Regarding ExternalContext.getResponseContentType(), Section 22.214.171.124 of the JSR 329 Spec (titled "Methods that deviate from Faces 1.2 Javadoc") states:
Return the MIME Content-Type for this response. If called during the RENDER_PHASE or RESOURCE_PHASE, returns the value from the corresponding render response.getContentType()[6.62, 6.129]. If called during the ACTION_PHASE or EVENT_PHASE it throws an IllegalStateException[6.63, 6.130].
However, the tck-tests.md file contains the following test description, which describes a requirement for the bridge implementation (not the bridge's implementation of ExternalContext):
[5.29] If RenderResponse.getContentType() returns null and there is no other indication of desired content type (not defined by this specification; i.e. an implementation specific extension) then the bridge must call RenderResponse.setContentType() passing the value returned from RenderRequest.getResponseContentType()
There are two problems worth noting:
1. The Apache MyFaces Portlet Bridge (the Reference Implementation for JSR 329) does not have any Java code that calls the RenderResponse.setContentType(String) method.
2. The test for 5.29 does not check RenderResponse.getContentType() to see if it returns null (as described in the tck-tests.md file).
If both of these problems exist, then why does Apache Pluto 2.0.x pass JSR 329 TestPage057 (bridgeSetsContentTypeTest)?
One reason why it passes is because the test relies on SingleRequestTest.jsp, which contains the following line:
This has the effect of generating java source code from the JSP that looks like the following:
Another reason it passes is because Apache Pluto 2.0.x source contains the following implementation for RenderResponse.setContentType(String) which will remove ";charset=UTF-8" from the specified contentType:
This issue serves as a proposal for:
1. Adding a requirement to Section 126.96.36.199 so that ExternalContext.getResponseContentType() returns the value of RenderRequest.getContentType() if the return value of RenderResponse.getContentType() is null.
2. Refactoring Test 5.29 to utilize a portlet-filter that decorates the RenderResponse, ensuring that RenderResponse.getContentType() returns null.
3. Moving Test 5.29 from Section 5 to Section 6 in the tests.