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> wrote: > 2015-02-21 1:00 GMT+03:00 Sean Dawson <seandawson2...@gmail.com>: > > On Fri, Feb 20, 2015 at 4:41 PM, Konstantin Kolinko < > knst.koli...@gmail.com> > > wrote: > > > >> 2015-02-21 0:10 GMT+03:00 Sean Dawson <seandawson2...@gmail.com>: > >> > > >> > ... > >> > .... "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 > For additional commands, e-mail: users-h...@tomcat.apache.org > >