[
https://issues.apache.org/jira/browse/JCR-1621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598697#action_12598697
]
angela commented on JCR-1621:
-----------------------------
quickly searched for text/xml throughout the jackrabbit project:
jackrabbit-api
- JackrabbitNodeTypeManager (1 usage)
jackrabbit-jcr-server:
- XmlHandler.java (2 usages)
- mimetypes.properties (1 usage)
- DefaultItemCollection (1 usage)
- DefaultItemResource (1 usage)
jackrabbit-text-extractor :
- README (1 usage)
- CompositeTextExtractorTest.java (1 usage)
- XMLTextExtractor.java (1 usage)
jackrabbit-webdav :
- WebdavResponseImpl (1 usage)
- XMLRequestEntity (1 usage)
sandbox/spi2dav:
- RepositoryServiceImpl (1 usage)
- XMLTextExtractorTest.java (7 usages)
> 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.
