# Clarification on extensions media type headers

**URL:** <https://discuss.jsonapi.org/t/clarification-on-extensions-media-type-headers/296>\
**Category:** Uncategorized\
**Created:** [January 8, 2016, 8:55am UTC](https://discuss.jsonapi.org/t/clarification-on-extensions-media-type-headers/296 "2016-01-08T08:55:04Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![mickey](https://avatars.discourse-cdn.com/v4/letter/m/ccd318/32.png) [@mickey](https://discuss.jsonapi.org/u/mickey)\
**Post date:** [January 8, 2016, 8:55am UTC](https://discuss.jsonapi.org/t/clarification-on-extensions-media-type-headers/296/1 "2016-01-08T08:55:05Z")

</div>

The examples for extensions (e.g. [http://jsonapi.org/extensions/bulk/#creating-multiple-resources](http://jsonapi.org/extensions/bulk/#creating-multiple-resources)) don’t seem to match the requirements in [http://jsonapi.org/format/#content-negotiation-clients](http://jsonapi.org/format/#content-negotiation-clients).

Specifically they seem to violate:  
`Content-Type: application/vnd.api+json without any media type parameters.`  
and  
`Accept header MUST specify the media type there at least once without any media type parameters.`

Am I missing something?

---

<div class="post-metadata">

**Author:** ![ethanresnick](https://avatars.discourse-cdn.com/v4/letter/e/45deac/32.png) [@ethanresnick](https://discuss.jsonapi.org/u/ethanresnick)\
**Post date:** [January 14, 2016, 9:25pm UTC](https://discuss.jsonapi.org/t/clarification-on-extensions-media-type-headers/296/2 "2016-01-14T21:25:06Z")

</div>

Sorry for the delayed response.

The text on the extensions page is experimental and non-normative (as it notes at the top). In fact, the extension system is likely to be dramatically overhauled soon.

So, basically, the contradiction you point out means: it’s not compliant to use any media type parameters at the moment, but, were the experimental extension to be adopted, the base spec would be amended to allow the parameters that system needs.

In concrete terms, I’d suggest avoiding the extensions for now because, as I mentioned, they’re likely to change dramatically.
