Hello Sean, If all the requests are originating from one browser then try running http watch or any other browser plugin of your preference to check the status codes for your request...
Also another handy tool is nettool to sniff the requests.. Good luck! Regards, -Yogesh On Saturday, February 21, 2015, Sean Dawson <seandawson2...@gmail.com> wrote: > Ok thanks for the replies. It's weird that everything works fine except in > the case that there are a bunch of requests in a short period and that's > the only time we see this issue - if we debug, slow it down, etc - no > problem. Feels to me like a threading issue - but that can't be the case > on the (browser/js) client. > > We may also try with jboss to see if it reproduces there - probably won't > get to that before Monday though. > > I have no idea who would be adding the undefined - maybe RestyGwt? > > > On Fri, Feb 20, 2015 at 5:44 PM, Konstantin Kolinko < > knst.koli...@gmail.com <javascript:;>> > wrote: > > > 2015-02-21 1:00 GMT+03:00 Sean Dawson <seandawson2...@gmail.com > <javascript:;>>: > > > On Fri, Feb 20, 2015 at 4:41 PM, Konstantin Kolinko < > > knst.koli...@gmail.com <javascript:;>> > > > wrote: > > > > > >> 2015-02-21 0:10 GMT+03:00 Sean Dawson <seandawson2...@gmail.com > <javascript:;>>: > > >> > > > >> > ... > > >> > .... "undefinedPOST /gwtRequest HTTP/1.1" 501 1136 > > >> > > > >> > <...> > > >> > > >> > In fiddler, the headers are identical between the requests that work > > and > > >> > those that fail. > > >> > > >> The string in access log is not a header. It is HTTP request line. > > >> The first line of an HTTP request. > > >> > > >> > > > Ok, but this is in the standard tomcat access logs, using standard > > logging, > > > and is in the method name, not URL. Maybe I'm not understanding what > > > you're saying here. > > > > I mean that your phrase "the headers are identical" is irrelevant. > > The broken value is not in a header, but in the request line of an > > HTTP request. > > > > HTTP request = request line + CRLF + headers + CRLF CRLF + body > > > > > > > > > >> BTW, a similar issue at stackoverflow (but the "undefined" string was > > >> added to URL part of request line): > > >> > > >> > > >> > > > http://stackoverflow.com/questions/11017609/undefined-randomly-appended-in-1-of-requested-urls-on-my-website-since-12-jun > > >> Title: “undefined” randomly appended in 1% of requested urls on my > > >> website since 12 june 2012 > > >> > > >> > > > We did come across it but again our's is in the method, not in the URL. > > > > You are also using strings, concatenation, and javascript. > > > > >> > > >> One of theories there is that some browser addon was malfunctioning. > > >> > > >> > > > Ok, this has happened on about 5 people's machines with a couple > > different > > > versions of IE - I don't think we have any addons at all in some cases. > > > > Some addons are popular. Some people do not pay attention when > > installing 3rd party toolbars bundled with legit software installers. > > > > > > > >> If nothing else helps, it should be easy to implement a Valve for > > >> Tomcat that will fix the wrong request.getMethod() value before > > >> passing it to a web application. > > >> > > >> > > > I don't know much about that but we could give it a try - so.... > someone > > > else is changing the method somewhere before it gets to tomcat? and the > > > Valve will change it back? > > > > Yes. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > <javascript:;> > > For additional commands, e-mail: users-h...@tomcat.apache.org > <javascript:;> > > > > >
