When presented a list of supported content type with equals preferences (for
instance "text/html, application/xhtml+xml" ) the "application/xml+xhtml" should
be prefered to conform to http://www.w3.org/TR/xhtml-media-types/ when sending
The current version of JSF RenderKitImpl match preffer to return text/html.
An example of such an that Opera 8.51 send :
application/x-xhtml+voice+xml;version=1.2, text/html, application/xml;q=0.9,
application/xhtml+xml, image/png, image/jpeg, image/gif, image/x-xbitmap, /;q=0.1
Then here we have returned text/html and not application/xhtml+xml that are two
equaly possible solution. JSF should have chosen the later one which is a better
indication and more standard friendly solution.
In my application, because facelets still not conform to HTML compatibility
guidelines for XHTML (http://www.w3.org/TR/xhtml1/guidelines.html) I have to
bring a extra filter for content type text/html stream returned by JSF/Facelet
to "legacy-enable" the page. In this scenario, and because of this issue, this
means for instance that Opera user will also be applied this process (which is
not required because their browser is fully XHTML compatible).
Fixing this issue will hence improve global JSF standard compliance.