Media Types
Media type is a format of a request or response body data. Web service operations can accept and return data in different formats, the most common being JSON, XML and images. You specify the media type in request and response definitions. Here is an example of a response definition:
Under responses
we have definitions of individual responses. As you can see, each response is defined by its code ('200'
in our example.). The keyword content
below the code corresponds to the response body. One or multiple media types go as child keywords of this content
keyword. Each media type includes a schema
, defining the data type of the message body, and, optionally, one or several examples. For more information on defining body data, see Defining Request Body and Defining Responses.
Media Type Names
The media types listed below the content
field should be compliant with RFC 6838. For example, you can use standard types or vendor-specific types (indicated by .vnd
) –
Multiple Media Types
You may want to specify multiple media types:
To use the same data format for several media types, define a custom object in the components
section of your spec and then refer to this object in each media type:
To define the same format for multiple media types, you can also use placeholders like */*
, application/*
, image/*
or others:
The value you use as media type – image/*
in our example – is very similar to what you can see in the Accept
or Content-Type
headers of HTTP requests and responses. Do not confuse the placeholder and the actual value of the Accept
or Content-Type
headers. For example, the image/*
placeholder for a response body means that the server will use the same data structure for all the responses that match the placeholder. It does not mean that the string image/* will be specified in the Content-Type
header. The Content-Type
header most likely will have image/png, image/jpeg, or some other similar value.
_Did not find what you were looking for? Ask the community Found a mistake? Let us know_OAS 3 This page is about OpenAPI 3.0. If you use OpenAPI 2.0, see the OpenAPI 2.0 guide.
Media Types
Media type is a format of a request or response body data. Web service operations can accept and return data in different formats, the most common being JSON, XML and images. You specify the media type in request and response definitions. Here is an example of a response definition:
Under responses
we have definitions of individual responses. As you can see, each response is defined by its code ('200'
in our example.). The keyword content
below the code corresponds to the response body. One or multiple media types go as child keywords of this content
keyword. Each media type includes a schema
, defining the data type of the message body, and, optionally, one or several examples. For more information on defining body data, see Defining Request Body and Defining Responses.
Media Type Names
The media types listed below the content
field should be compliant with RFC 6838. For example, you can use standard types or vendor-specific types (indicated by .vnd
) –
Multiple Media Types
You may want to specify multiple media types:
To use the same data format for several media types, define a custom object in the components
section of your spec and then refer to this object in each media type:
To define the same format for multiple media types, you can also use placeholders like */*
, application/*
, image/*
or others:
The value you use as media type – image/*
in our example – is very similar to what you can see in the Accept
or Content-Type
headers of HTTP requests and responses. Do not confuse the placeholder and the actual value of the Accept
or Content-Type
headers. For example, the image/*
placeholder for a response body means that the server will use the same data structure for all the responses that match the placeholder. It does not mean that the string image/* will be specified in the Content-Type
header. The Content-Type
header most likely will have image/png, image/jpeg, or some other similar value.
Did not find what you were looking for? Ask the community Found a mistake? Let us know