DO NOT REPLY [Bug 10405] - ClassCastException is thrown when request.setAttribute(charset, non_string) is called before request.getParameter() call.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10405. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10405 ClassCastException is thrown when request.setAttribute(charset, non_string) is called before request.getParameter() call. --- Additional Comments From [EMAIL PROTECTED] 2002-07-02 23:12 --- DecodeInterceptor expects charset to be a String. Why do need it to be an Object? Bojan PS. Here is that line of code: -- charset=(String)req.getAttribute( charsetAttribute ); -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10405] - ClassCastException is thrown when request.setAttribute(charset, non_string) is called before request.getParameter() call.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10405. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10405 ClassCastException is thrown when request.setAttribute(charset, non_string) is called before request.getParameter() call. --- Additional Comments From [EMAIL PROTECTED] 2002-07-03 05:02 --- API doc says containers can use request attributes. I did not know that. I was worrying about the conflicts of the attribute names used by application and container. So, this is not a bug, but the API doc says that the attribute name should follow the same conventions as package names; i.e. org.apache..charset. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10405] - ClassCastException is thrown when request.setAttribute(charset, non_string) is called before request.getParameter() call.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10405. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10405 ClassCastException is thrown when request.setAttribute(charset, non_string) is called before request.getParameter() call. --- Additional Comments From [EMAIL PROTECTED] 2002-07-03 05:26 --- I'm not sure if anything in Tomcat depends on this behaviour. Anyway, you can always work around this by using your own unique attibute identifiers. Something like: domain-name.package-name.app-name.charset Then it won't get in the way. Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10405] - ClassCastException is thrown when request.setAttribute(charset, non_string) is called before request.getParameter() call.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10405. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10405 ClassCastException is thrown when request.setAttribute(charset, non_string) is called before request.getParameter() call. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-07-03 05:27 --- The charset attribute is documented at http://jakarta.apache.org/tomcat/tomcat-3.3- doc/serverxml.html#DecodeInterceptor, where it also tells you how to change the name if you want to use charset for yourself. Given that this particular attribute is supposed to be set by the web-app developer (it's the TC 3.3 version of the 2.3 setCharacterEncoding), I think that having a simple name is justified. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]