You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by bu...@apache.org on 2005/02/04 10:41:03 UTC
DO NOT REPLY [Bug 32396] -
contentType has no effect with tomcat 5.0.28
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=32396>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32396
------- Additional Comments From hauser@acm.org 2005-02-04 10:41 -------
Agreed, now I am on 5.5.4 Tomcat and the problem is still there.
One additional hypothesis I got when adding a debug-statement to
org.apache.coyote.http11.Http11Processor.prepareResponse():
I see that the content type first response is correct and then the second
response wrong:
DEBUG [http-8443-Processor24] (ApplicationDispatcher.java:409) - Disabling the
response for futher output
DEBUG [http-8443-Processor24] (Http11Processor.java:1483) - contentType:
text/html;charset=UTF-8
DEBUG [http-8443-Processor24] (StandardWrapper.java:724) - Returning non-STM
instance
DEBUG [http-8443-Processor24] (Http11Processor.java:1483) - contentType:
text/html;charset=ISO-8859-1
Basically, this no surprise since I set in my struts-config.xml
redirect="true"
but shouldn't that controller statement also be effective for the redirects?
(Admitted the current WinXp Thunderbird still gives ISO-8859-1 as its preferred
encoding and my System.getProperty("file.encoding") also returns ISO-8859-1)
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org