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
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
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
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
-
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
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
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
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
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
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
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
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
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)
?
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
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
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
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
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
18 matches
Mail list logo