On 20/02/2015 21:10, Sean Dawson wrote: > We have a GWT app deployed to tomcat (7_59) and fairly often when we send a > bunch of request quickly we're seeing undefined methods in the logs - and > the calls fail, causing issues with our app. We make calls via RestyGwt > (latest version) but GwtRequests all show this - both though after a number > of REST calls in a short period of time. So for example... > > [ip-addr] - - [20/Feb/2015:15:24:34 -0500] "DELETE /path1 HTTP/1.1" 200 304 > [ip-addr] - - [20/Feb/2015:15:24:34 -0500] "DELETE /path2 HTTP/1.1" 200 310 > [ip-addr] - - [20/Feb/2015:15:24:34 -0500] "DELETE /path3 HTTP/1.1" 200 307 > [ip-addr] - - [20/Feb/2015:15:24:34 -0500] "undefinedDELETE /path4 > HTTP/1.1" 501 304 > [ip-addr] - - [20/Feb/2015:15:24:34 -0500] "DELETE /path5 HTTP/1.1" 200 304 > [ip-addr] - - [20/Feb/2015:15:24:34 -0500] "DELETE /path6 HTTP/1.1" 200 310 > [ip-addr] - - [20/Feb/2015:15:24:34 -0500] "DELETE /path7 HTTP/1.1" 200 307 > [ip-addr] - - [20/Feb/2015:15:24:34 -0500] "undefinedDELETE /path8 > HTTP/1.1" 501 304 > > Similarly... > > ... > .... "undefinedPOST /gwtRequest HTTP/1.1" 501 1136 > > Very little info online, but did come across this old bug... > > https://bz.apache.org/bugzilla/show_bug.cgi?id=49779 > > In fiddler, the headers are identical between the requests that work and > those that fail. Resending the failed request completes normally. > > So far we've only be able to reproduce this when using Internet Explorer > (10 & 11) and we've spent a lot of time trying to figure out what's going > on - but have been unable. Any pointers/explanations?
The text "undefined" only appears in comments in Tomcat code. I can't see anyway that this could be coming from Tomcat. Is there a proxy involved? Are you sure the client isn't sending this? It might be time to take a look at the bytes on the wire with wireshark. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org