You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Julian Reschke (JIRA)" <ji...@apache.org> on 2008/05/21 17:59:55 UTC

[jira] Commented: (JCR-1621) Use application/xml as the XML media type

    [ https://issues.apache.org/jira/browse/JCR-1621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598695#action_12598695 ] 

Julian Reschke commented on JCR-1621:
-------------------------------------

Hm.

If it ain't broke, don't fix it.

As long as the server actually properly declares the character set in the Content-Type, this is a non-issue.

On the other hand, switching to application/xml theoretically could break ancient clients.

So be careful :-).


> Use application/xml as the XML media type
> -----------------------------------------
>
>                 Key: JCR-1621
>                 URL: https://issues.apache.org/jira/browse/JCR-1621
>             Project: Jackrabbit
>          Issue Type: Improvement
>          Components: jackrabbit-webdav
>            Reporter: Jukka Zitting
>            Priority: Minor
>
> As noted in JCR-1310, at least in jackrabbit-webapp but possibly also elsewhere we should be using application/xml instead of text/xml as the content type when serving XML over HTTP.
> The text/xml type has been widely criticized because of character encoding issues (see for example http://www.xml.com/pub/a/2004/07/21/dive.html), and there has even been an attempt to officially deprecate text/xml because of this. The application/xml type doesn't suffer from these issues, and is thus a better choice when serving XML.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.