Re: [ietf-types] Review of application/vnd.error+xml and application/vnd.error+json

Hi Ben,

On Apr 27, 2012, at 5:32 PM, Ben Longden wrote:

> Hi all,
> 
> I'm currently in the process of getting these two mime types registered - a blog post introducing the mime type is available at http://nocarrier.co.uk/2012/04/the-error-hypermedia-type/ and the standard itself is available at https://github.com/blongden/vnd.error

If I understand your intention correctly, these two media types are specifically designed to support the anti pattern of tunneling application specific semantics through HTTP.

The error communicated of an HTTP error response is specifically indicated by the HTTP status codes (4xx and 5xx). If you feel you need more specific error semantics, you are probably applying HTTP in the wrong way (as a transport to tunnel application semantics).

From the POV of playing nice with Web architecture I suggest you think about designing proper resource semantics instead.

Regarding the name vnd.error... I think this is an incorrect naming pattern in the vnd-tree, please check.

Having said that, I think you can achieve pretty much the same with a combination of Link-headers and text/html or text/plain and content negotiation to handle the i18n issue. What do you think?

Jan

> 
> I'm looking for any feedback you may have to offer at this stage (changes, enhancements etc). The registration is as follows (I have only included the xml variant here - the json one has a sub mimetype name of vnd.error+json - otherwise the registration is identical).
> 
> Name : Ben Longden
> 
> Email : ben@nocarrier.co.uk
> 
> MIME media type name : Application
> 
> MIME subtype name : Vendor Tree - vnd.error+xml
> 
> Required parameters : None
> 
> Optional parameters : None
> 
> Encoding considerations : binary
> 
> Security considerations : 
> This media type provides a read only representation of an error state in an application. It does not contain any executable content. No privacy or integrity protection is provided; if either is needed they must be provided by some external service.
> 
> Interoperability considerations : None
> 
> Published specification :  https://github.com/blongden/vnd.error
> 
> Applications which use this media : None
> 
> Additional information :
> 1. Magic number(s) : N/A
> 2. File extension(s) : N/A
> 3. Macintosh file type code : N/A
> 4. Object Identifiers: N/A
> 
> Person to contact for further information :
> 1. Name : Ben Longden
> 2. Email : ben@nocarrier.co.uk
> 
> Intended usage : Common
> Author/Change controller : Ben Longden
> 
> --
> Ben Longden
> http://nocarrier.co.uk
> 
> _______________________________________________
> ietf-types mailing list
> ietf-types@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf-types