FW: Help!! -uncaught CharConversionException ?
Hiya All, We have some standard JSP page that gets some parameters URLEncoded the usual way, (using GET) Once you take the URL and add the percent % character at the end of the URL (just after a parameter) - the entire page crashes throwing java.io.CharConversionException We tried catching the exception and handling the matter, but from some reason it never reaches the catch block and throws the exception up. Has anyone seen this ? java.io.CharConversionException: EOF at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:177) at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:144) at org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java:514 ) at org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java:541 ) at org.apache.tomcat.util.http.Parameters.handleQueryParameters(Parameters.java :318) at org.apache.coyote.tomcat4.CoyoteRequest.parseRequestParameters(CoyoteRequest .java:1927) at org.apache.coyote.tomcat4.CoyoteRequest.getParameter(CoyoteRequest.java:905) at org.apache.coyote.tomcat4.CoyoteRequestFacade.getParameter(CoyoteRequestFaca de.java:174) Thanks, Yoav.
RE: Help!! -uncaught CharConversionException ?
Hi, Hmm, a bit strange. What Tomcat version are you on? I recall seeing that once on an alpha but I haven't seen it for a long time. You should definitely be able to catch it, though. And you should try the latest stable version of Tomcat to see if it's been fixed. Yoav Shapira Millennium Research Informatics -Original Message- From: Yoav Niderman [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 04, 2004 4:10 AM To: [EMAIL PROTECTED] Subject: FW: Help!! -uncaught CharConversionException ? Hiya All, We have some standard JSP page that gets some parameters URLEncoded the usual way, (using GET) Once you take the URL and add the percent % character at the end of the URL (just after a parameter) - the entire page crashes throwing java.io.CharConversionException We tried catching the exception and handling the matter, but from some reason it never reaches the catch block and throws the exception up. Has anyone seen this ? java.io.CharConversionException: EOF at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:177) at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:144) at org.apache.tomcat.util.http.Parameters.processParameters(Parameters.jav a:51 4 ) at org.apache.tomcat.util.http.Parameters.processParameters(Parameters.jav a:54 1 ) at org.apache.tomcat.util.http.Parameters.handleQueryParameters(Parameters .jav a :318) at org.apache.coyote.tomcat4.CoyoteRequest.parseRequestParameters(CoyoteRe ques t .java:1927) at org.apache.coyote.tomcat4.CoyoteRequest.getParameter(CoyoteRequest.java :905 ) at org.apache.coyote.tomcat4.CoyoteRequestFacade.getParameter(CoyoteReques tFac a de.java:174) Thanks, Yoav. This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CharConversionException: isHexDigit
Howdy, Great. Thanks for digging into the code. I will look for that stuff and implement both your and Senor Cox's valve variants. Thanks, Yoav Shapira Millennium ChemInformatics -Original Message- From: Bill Barker [mailto:[EMAIL PROTECTED] Sent: Thursday, May 29, 2003 12:44 AM To: [EMAIL PROTECTED] Subject: Re: CharConversionException: isHexDigit From the code (and stack-trace), the problem is with an unescaped '%' sign in the query-string. Something like: /foo.jsp?progress=58%foo=bar or /foo.jsp?value=%xy. If your machine is connected to the internet, then I think that there are a couple of IIS traversal worms that send something like this. Otherwise, check the access logs for both a query-string and a '%' char. If all else fails, a variant on Charlie's suggestion that prints request.getQueryString() should also work. Shapira, Yoav [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Howdy, couldn't you set up an error-page that only runs for this exception and then print out the parameters from that page? Or does the request not get that far? If not write a valve/responseWrapper that catches response 500 errors and act upon it. It doesn't get that far. Shouldn't your access log(if you have one) report a 500 response code for that request? that could give you a time of occurrence and possibly the user who requested it depending on your setup(since you have a closed environment). Yeah: I'll look at the access log further. But because the problem is rare enough and users haven't complained, it's been on a back burner for me. Thanks for all your ideas ;) Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CharConversionException: isHexDigit
Howdy, Dude -- I got the exact same thing yesterday and posted it! ;) Still looking for the answer. I don't think it's a rare browser: 100% of my hits are from either IE5.5 or IE6 on Windows 2000 (this is a closed intranet environment). Yoav Shapira Millennium ChemInformatics -Original Message- From: Joel Carklin [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 4:27 AM To: Tomcat Users List Subject: CharConversionException: isHexDigit hi everyone, i was wondering if anyone else has come across the following exception being thrown. i don't know what causes it and it doesn't seem to affect the web applications I'm running but I'm a bit concerned about it. It appears now and then, not very frequently, but often enough, in my catalina.out log file. Usually when I'm not around (like in the middle of the night!) Thanks for any help I'm using Tomcat 4.1.24 and the exception is: java.io.CharConversionException: isHexDigit at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:124) at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:87) org.apache.tomcat.util.http.Parameters.processParameters(Parameters.jav a:40 7) org.apache.tomcat.util.http.Parameters.processParameters(Parameters.jav a:49 5) org.apache.tomcat.util.http.Parameters.handleQueryParameters(Parameters .jav a:278) org.apache.coyote.tomcat4.CoyoteRequest.parseRequestParameters(CoyoteRe ques t.java:1933) org.apache.coyote.tomcat4.CoyoteRequest.getParameterNames(CoyoteRequest .jav a:953) org.apache.coyote.tomcat4.CoyoteRequest.getParameterMap(CoyoteRequest.j ava: 933) org.apache.coyote.tomcat4.CoyoteRequestFacade.getParameterMap(CoyoteReq uest Facade.java:193) org.apache.catalina.core.ApplicationHttpRequest.setRequest(ApplicationH ttpR equest.java:525) org.apache.catalina.core.ApplicationHttpRequest.init(ApplicationHttpR eque st.java:125) org.apache.catalina.core.ApplicationDispatcher.wrapRequest(ApplicationD ispa tcher.java:921) org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDis patc her.java:414) org.apache.catalina.core.ApplicationDispatcher.fo! rward(ApplicationDispatcher.java:356) org.apache.catalina.valves.ErrorDispatcherValve.custom(ErrorDispatcherV alve .java:420) org.apache.catalina.valves.ErrorDispatcherValve.status(ErrorDispatcherV alve .java:327) org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherV alve .java:181) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext. invo keNext(StandardPipeline.java:641) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav a:17 2) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext. invo keNext(StandardPipeline.java:641) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 480) org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve .jav a:174) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext. invo keNext(StandardPipeline.java:643) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 480) org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:5 94) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process Conn ection(Http11Protocol.java:392) org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:5 65) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo l.ja va:619) at java.lang.Thread.run(Thread.java:536) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CharConversionException: isHexDigit
I bet it could be a rare browser. Closed environments are very rarely closed - in our company we are only provided with our own in-house modified version of IE6 - but we work in IT and Telecoms, so Netscape, Opera, etc can be found all over the place - because we can :) -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: 28 May 2003 15:07 To: Tomcat Users List Subject: RE: CharConversionException: isHexDigit Howdy, Dude -- I got the exact same thing yesterday and posted it! ;) Still looking for the answer. I don't think it's a rare browser: 100% of my hits are from either IE5..5 or IE6 on Windows 2000 (this is a closed intranet environment). Yoav Shapira Millennium ChemInformatics -Original Message- From: Joel Carklin [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 4:27 AM To: Tomcat Users List Subject: CharConversionException: isHexDigit hi everyone, i was wondering if anyone else has come across the following exception being thrown. i don't know what causes it and it doesn't seem to affect the web applications I'm running but I'm a bit concerned about it. It appears now and then, not very frequently, but often enough, in my catalina.out log file. Usually when I'm not around (like in the middle of the night!) Thanks for any help I'm using Tomcat 4.1.24 and the exception is: java.io.CharConversionException: isHexDigit at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:124) at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:87) org.apache.tomcat.util.http.Parameters.processParameters(Parameters.jav a:40 7) org.apache.tomcat.util.http.Parameters.processParameters(Parameters.jav a:49 5) org.apache.tomcat.util.http.Parameters.handleQueryParameters(Parameters ...jav a:278) org.apache.coyote.tomcat4.CoyoteRequest.parseRequestParameters(CoyoteRe ques t.java:1933) org.apache.coyote.tomcat4.CoyoteRequest.getParameterNames(CoyoteRequest ...jav a:953) org.apache.coyote.tomcat4.CoyoteRequest.getParameterMap(CoyoteRequest..j ava: 933) org.apache.coyote.tomcat4.CoyoteRequestFacade.getParameterMap(CoyoteReq uest Facade.java:193) org.apache.catalina.core.ApplicationHttpRequest.setRequest(ApplicationH ttpR equest.java:525) org.apache.catalina.core.ApplicationHttpRequest.init(ApplicationHttpR eque st.java:125) org.apache.catalina.core.ApplicationDispatcher.wrapRequest(ApplicationD ispa tcher.java:921) org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDis patc her.java:414) org.apache.catalina.core.ApplicationDispatcher.fo! rward(ApplicationDispatcher.java:356) org.apache.catalina.valves.ErrorDispatcherValve.custom(ErrorDispatcherV alve .java:420) org.apache.catalina.valves.ErrorDispatcherValve.status(ErrorDispatcherV alve .java:327) org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherV alve .java:181) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext. invo keNext(StandardPipeline.java:641) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.jav a:17 2) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext. invo keNext(StandardPipeline.java:641) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 480) org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve ...jav a:174) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext. invo keNext(StandardPipeline.java:643) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java: 480) org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:5 94) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process Conn ection(Http11Protocol.java:392) org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:5 65) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPoo l.ja va:619) at java.lang.Thread.run(Thread.java:536) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail
RE: CharConversionException: isHexDigit
Howdy, When I was saying 100% of my hits are from either IE5.5 or IE6 on Windows 2000 I meant exactly that, having analyzed the logs programmatically (webalizer) and manually (using awk) and not found any user agents not on the above short list. But I will keep looking ;( I wish exceptions in catalina.out were time-stamped. Yoav Shapira Millennium ChemInformatics -Original Message- From: Roberts, Eric [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 9:48 AM To: Tomcat Users List Subject: RE: CharConversionException: isHexDigit I bet it could be a rare browser. Closed environments are very rarely closed - in our company we are only provided with our own in-house modified version of IE6 - but we work in IT and Telecoms, so Netscape, Opera, etc can be found all over the place - because we can :) -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: 28 May 2003 15:07 To: Tomcat Users List Subject: RE: CharConversionException: isHexDigit Howdy, Dude -- I got the exact same thing yesterday and posted it! ;) Still looking for the answer. I don't think it's a rare browser: 100% of my hits are from either IE5..5 or IE6 on Windows 2000 (this is a closed intranet environment). Yoav Shapira Millennium ChemInformatics -Original Message- From: Joel Carklin [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 4:27 AM To: Tomcat Users List Subject: CharConversionException: isHexDigit hi everyone, i was wondering if anyone else has come across the following exception being thrown. i don't know what causes it and it doesn't seem to affect the web applications I'm running but I'm a bit concerned about it. It appears now and then, not very frequently, but often enough, in my catalina.out log file. Usually when I'm not around (like in the middle of the night!) Thanks for any help I'm using Tomcat 4.1.24 and the exception is: java.io.CharConversionException: isHexDigit at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:124) at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:87) org.apache.tomcat.util.http.Parameters.processParameters(Parameters.ja v a:40 7) org.apache.tomcat.util.http.Parameters.processParameters(Parameters.ja v a:49 5) org.apache.tomcat.util.http.Parameters.handleQueryParameters(Parameter s ...jav a:278) org.apache.coyote.tomcat4.CoyoteRequest.parseRequestParameters(CoyoteR e ques t.java:1933) org.apache.coyote.tomcat4.CoyoteRequest.getParameterNames(CoyoteReques t ...jav a:953) org.apache.coyote.tomcat4.CoyoteRequest.getParameterMap(CoyoteRequest. .j ava: 933) org.apache.coyote.tomcat4.CoyoteRequestFacade.getParameterMap(CoyoteRe q uest Facade.java:193) org.apache.catalina.core.ApplicationHttpRequest.setRequest(Application H ttpR equest.java:525) org.apache.catalina.core.ApplicationHttpRequest.init(ApplicationHttp R eque st.java:125) org.apache.catalina.core.ApplicationDispatcher.wrapRequest(Application D ispa tcher.java:921) org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDi s patc her.java:414) org.apache.catalina.core.ApplicationDispatcher.fo! rward(ApplicationDispatcher.java:356) org.apache.catalina.valves.ErrorDispatcherValve.custom(ErrorDispatcher V alve .java:420) org.apache.catalina.valves.ErrorDispatcherValve.status(ErrorDispatcher V alve .java:327) org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcher V alve .java:181) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext . invo keNext(StandardPipeline.java:641) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.ja v a:17 2) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext . invo keNext(StandardPipeline.java:641) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java : 480) org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValv e ...jav a:174) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext . invo keNext(StandardPipeline.java:643) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java : 480) org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223 ) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java: 5 94) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proces s Conn ection(Http11Protocol.java:392) org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java: 5 65) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPo o l.ja va:619) at java.lang.Thread.run(Thread.java:536) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary
Re: CharConversionException: isHexDigit
On Wed, 28 May 2003 21:53, Shapira, Yoav wrote: When I was saying 100% of my hits are from either IE5.5 or IE6 on Windows 2000 I meant exactly that, having analyzed the logs programmatically (webalizer) and manually (using awk) and not found any user agents not on the above short list. User agents aren't 100% reliable and I think I remember something about Opera identifying itself as IE by default at one stage. Often when you're using an alternative browser you come across a site that insists on using IE so you change your user agent so you can use the site but forget to change it back afterwards. Doesn't sound like it is likely in your case however. Regards, -- Jason Bainbridge KDE Web Team - http://kde.org [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CharConversionException: isHexDigit
Howdy, User agents aren't 100% reliable and I think I remember something about Opera identifying itself as IE by default at one stage. Often when you're using an alternative browser you come across a site that insists on using IE so you change your user agent so you can use the site but forget to change it back afterwards. You're right. I had forgotten about that. My Opera (7.02 for windows) indeed identifies itself as IE6 by default. This is controllable via File-Preferences-Network-Browser Identification. I'll keep that in mind -- thanks. I wonder what could possibly cause this other than a rare browser... Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CharConversionException: isHexDigit
couldn't you set up an error-page that only runs for this exception and then print out the parameters from that page? Or does the request not get that far? If not write a valve/responseWrapper that catches response 500 errors and act upon it. Alternatively you could create your own RequestDumperValve that could write only the params to its own logfile as to not fill up your usual logs. Shouldn't your access log(if you have one) report a 500 response code for that request? that could give you a time of occurrence and possibly the user who requested it depending on your setup(since you have a closed environment). HTH, Charlie -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 12:31 PM To: Tomcat Users List Subject: RE: CharConversionException: isHexDigit Howdy, User agents aren't 100% reliable and I think I remember something about Opera identifying itself as IE by default at one stage. Often when you're using an alternative browser you come across a site that insists on using IE so you change your user agent so you can use the site but forget to change it back afterwards. You're right. I had forgotten about that. My Opera (7.02 for windows) indeed identifies itself as IE6 by default. This is controllable via File-Preferences-Network-Browser Identification. I'll keep that in mind -- thanks. I wonder what could possibly cause this other than a rare browser... Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CharConversionException: isHexDigit
Howdy, couldn't you set up an error-page that only runs for this exception and then print out the parameters from that page? Or does the request not get that far? If not write a valve/responseWrapper that catches response 500 errors and act upon it. It doesn't get that far. Shouldn't your access log(if you have one) report a 500 response code for that request? that could give you a time of occurrence and possibly the user who requested it depending on your setup(since you have a closed environment). Yeah: I'll look at the access log further. But because the problem is rare enough and users haven't complained, it's been on a back burner for me. Thanks for all your ideas ;) Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CharConversionException: isHexDigit
From the code (and stack-trace), the problem is with an unescaped '%' sign in the query-string. Something like: /foo.jsp?progress=58%foo=bar or /foo.jsp?value=%xy. If your machine is connected to the internet, then I think that there are a couple of IIS traversal worms that send something like this. Otherwise, check the access logs for both a query-string and a '%' char. If all else fails, a variant on Charlie's suggestion that prints request.getQueryString() should also work. Shapira, Yoav [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Howdy, couldn't you set up an error-page that only runs for this exception and then print out the parameters from that page? Or does the request not get that far? If not write a valve/responseWrapper that catches response 500 errors and act upon it. It doesn't get that far. Shouldn't your access log(if you have one) report a 500 response code for that request? that could give you a time of occurrence and possibly the user who requested it depending on your setup(since you have a closed environment). Yeah: I'll look at the access log further. But because the problem is rare enough and users haven't complained, it's been on a back burner for me. Thanks for all your ideas ;) Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CharConversionException: isHexDigit
hi everyone, i was wondering if anyone else has come across the following exception being thrown. i don't know what causes it and it doesn't seem to affect the web applications I'm running but I'm a bit concerned about it. It appears now and then, not very frequently, but often enough, in my catalina.out log file. Usually when I'm not around (like in the middle of the night!) Thanks for any help I'm using Tomcat 4.1.24 and the exception is: java.io.CharConversionException: isHexDigit at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:124) at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:87) org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java:407) org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java:495) org.apache.tomcat.util.http.Parameters.handleQueryParameters(Parameters.java:278) org.apache.coyote.tomcat4.CoyoteRequest.parseRequestParameters(CoyoteRequest.java:1933) org.apache.coyote.tomcat4.CoyoteRequest.getParameterNames(CoyoteRequest.java:953) org.apache.coyote.tomcat4.CoyoteRequest.getParameterMap(CoyoteRequest.java:933) org.apache.coyote.tomcat4.CoyoteRequestFacade.getParameterMap(CoyoteRequestFacade.java:193) org.apache.catalina.core.ApplicationHttpRequest.setRequest(ApplicationHttpRequest.java:525) org.apache.catalina.core.ApplicationHttpRequest.init(ApplicationHttpRequest.java:125) org.apache.catalina.core.ApplicationDispatcher.wrapRequest(ApplicationDispatcher.java:921) org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:414) org.apache.catalina.core.ApplicationDispatcher.fo! rward(ApplicationDispatcher.java:356) org.apache.catalina.valves.ErrorDispatcherValve.custom(ErrorDispatcherValve.java:420) org.apache.catalina.valves.ErrorDispatcherValve.status(ErrorDispatcherValve.java:327) org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:181) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392) org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619) at java.lang.Thread.run(Thread.java:536) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CharConversionException
Howdy, Has anyone been seeing java.io.CharConversionException: isHexDigit at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:124) at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:87) at org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java :408) ? This is using tomcat 4.1.24-LE, JDK 1.4.1, on Solaris 8, with the default Coyote connector configuration. (And no other connections). I don't have the RequestDumperValve enabled so I don't know what the request parameters looked like. Yoav Shapira Millennium ChemInformatics This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CharConversionException
On Tue, May 27, 2003 at 02:24:50PM -0400, Shapira, Yoav wrote: Howdy, Has anyone been seeing java.io.CharConversionException: isHexDigit at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:124) at org.apache.tomcat.util.buf.UDecoder.convert(UDecoder.java:87) at org.apache.tomcat.util.http.Parameters.processParameters(Parameters.java :408) ? This is using tomcat 4.1.24-LE, JDK 1.4.1, on Solaris 8, with the default Coyote connector configuration. (And no other connections). I don't have the RequestDumperValve enabled so I don't know what the request parameters looked like. Don't you have an access log? For tomcat or apache, if you use JK Coyote connector? In case of GET method you can locate the offending request... Regards, Andre. -- Andre E. Bar'yudin Home page: http://www.cs.huji.ac.il/~baryudin/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CharConversionException
Howdy, Don't you have an access log? For tomcat or apache, if you use JK Coyote connector? In case of GET method you can locate the offending request... I do have an access log, in the combined pattern. These access logs are very large, however, as I get thousands of requests per hour on average. Moreover, the exception in CharConversionException catalina.out does not have a timestamp to narrow down my search. Any suggestions? This is a stand-alone tomcat setup. A Coyote HTTP connector. No apache, no JK, no other connectors. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CharConversionException
On Tue, May 27, 2003 at 02:46:38PM -0400, Shapira, Yoav wrote: Howdy, Don't you have an access log? For tomcat or apache, if you use JK Coyote connector? In case of GET method you can locate the offending request... I do have an access log, in the combined pattern. These access logs are very large, however, as I get thousands of requests per hour on average. Moreover, the exception in CharConversionException catalina.out does not have a timestamp to narrow down my search. Any suggestions? This is a stand-alone tomcat setup. A Coyote HTTP connector. No apache, no JK, no other connectors. No timestamping is bad... is increasing the debug level of the connector an option for you? My wild guess is that there could be a mismatch between the request declared (or assumed by tomcat/defined in your code) character set and the real one. How often does this exception shows up in your logs? Regards, Andre. -- Andre E. Bar'yudin Home page: http://www.cs.huji.ac.il/~baryudin/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: CharConversionException
Howdy, No timestamping is bad... is increasing the debug level of the connector an option for you? I suppose I could try that. Heopfully the exception will come up again after I do. My wild guess is that there could be a mismatch between the request declared (or assumed by tomcat/defined in your code) character set and the real one. How often does this exception shows up in your logs? That's an interesting idea. This exception is rare and appears apparently at random. I don't define any charsets, nor rely explicitly on any specific charset, in my request processing. Yoav Shapira This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CharConversionException
On Tue, May 27, 2003 at 03:43:25PM -0400, Shapira, Yoav wrote: Howdy, No timestamping is bad... is increasing the debug level of the connector an option for you? I suppose I could try that. Heopfully the exception will come up again after I do. My wild guess is that there could be a mismatch between the request declared (or assumed by tomcat/defined in your code) character set and the real one. How often does this exception shows up in your logs? That's an interesting idea. This exception is rare and appears apparently at random. If I'm right, the mismatch may be caused by some rare type of browser. I don't define any charsets, nor rely explicitly on any specific charset, in my request processing. Still some charset is used to decode the incoming HTTP requests. Anyway, without more info it's hard to make any assumptions. Regards, Andre. -- Andre E. Bar'yudin Home page: http://www.cs.huji.ac.il/~baryudin/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
