-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Kartheek,
On 6/12/15 4:41 PM, kartheek desineedi wrote: > Yes we upgraded to Apache Tomcat 7.0.62 but still the issue is > persisting. > > Failed request filter did not filter out any params indicating that > the parameters are not malformed. > > We are sending all the requests in the SAME manner while most of > them succeed,few of them fail. > > Which class in the tomcat source should we try adding more > debugging if need be? Can you add this Filter to your web application to see if the problem is that the request itself is badly-formatted in some way? http://tomcat.apache.org/tomcat-7.0-doc/config/filter.html#Failed_Reques t_Filter - -chris > On Fri, Jun 12, 2015 at 3:34 PM, kartheek desineedi < > kartheekdesine...@gmail.com> wrote: > >> Thanks for your response Christopher. >> >> Consecutive requests in the sense when 5(for example) users send >> requests in the normal transaction flow,one of them fails. >> >> The logs at different layers of the request flow indicate that >> the parameters are being passed from the original request till >> the AJP port 8009 but in the request dumper logs we do NOT see >> those parameters. >> >> Since our application would receive the requests AFTER the >> request dumper filter it is obvious that the parameters are lost >> even before our application gets them. >> >> What would be the best log to look at in our case? Is there any >> additional logging/config that needs to be enabled at Tomcat >> layer? >> >> >> >> >> On Fri, Jun 12, 2015 at 2:33 PM, Christopher Schultz < >> ch...@christopherschultz.net> wrote: >> > Kartheek, > > On 6/12/15 12:32 PM, kartheek desineedi wrote: >>>>> We are facing a weird issue where a similar configuration >>>>> is yielding unexpected results for consecutive requests on >>>>> Tomcat 7.0.54. >>>>> >>>>> We have enabled the request dumper filter on Tomcat 7 and >>>>> it shows that consecutive requests are missing the >>>>> parameters. > > What do you mean "consecutive requests"? > >>>>> Due to this our application is throwing a backend error and >>>>> giving a bad user experience of not letting the user >>>>> complete a transaction. >>>>> >>>>> Did anyone face a similar issue on Tomcat 7 ?I can share >>>>> more configuration files as required to help give more >>>>> details on the issue. > > Did you follow-up on all the questions we've already asked, and > the ideas we've presented? You have a handful of replies on your > earlier thread. > >>>>> Helpful pointers are greatly appreciated. >>>>> >>>>> LOG link: >>>>> >>>>> http://www.filedropper.com/requestdumper >>>>> >>>>> TCP dump -8009 http://www.filedropper.com/tcpdump > > I looked, and these don't tell me anything. I have no idea what > I'm looking at. > >>>>> Additional Info: >>>>> >>>>> We are not aware of any specific pattern.The transaction is >>>>> going through Browser [HTTP | Port 80] >> Web Server [HTTP >>>>> | Port 80] >> Mod JK [AJP 13 | Port 8009] >> Tomcat [AJP 13 >>>>> | Port 8009].The parameters are submitted through a form >>>>> POST.We roughly see this issue once in 5 times.The log >>>>> which we shared is from the tomcat's request dumper filter >>>>> which is supposedly the first filter before any of the >>>>> application level filters are invoked which means that our >>>>> application is not even receiving them.Hope this gives you >>>>> a better idea. > > So, is the RequestDumperFilter seeing the parameters but your > application is not? Or are you saying that not even the > RequestDumperFilter is seeing the parameters? > >>>>> Added the tcp dump for port 8009 which is the last layer >>>>> before the request dumper log and the parameters are found >>>>> in both the cases.(please ignore the file name in the >>>>> logs) > > -chris >>> >>> -------------------------------------------------------------------- - - >>> >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> >> >> >> -- *Saludos,* Kartheek DVRK http://dreamchannel.bigrock.in >> > > > -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCAAGBQJVe0i4AAoJEBzwKT+lPKRYE5AP/3KWQvCuFd6A87/tLhzhVBf3 Itc755Kmiv/553bFwRrhg+a2dEEDACaTyfrl1kZBijg5U6nftQkL9GVJU3k/oLDf YaS2hkU1MpWhRbkp8RLxxzz+L0wPFZOw2ao/W8E9gWQRZOMJyYDFxKL0VcAJtTVR C9vgesIYzdN/P74HVsuZJuNo4jgOAG9O+ns8mC5/88k5ob7OULTvDto4m+BAGmTC bOD7hw7eA9CpdU79g5hrd//TLoMrDdrO3BUIbnN5SY0XROV6ceDIUsA0u5rYAuC9 GNsLdP8JvqqOMgCvl24Hu9bA72P8OEa3xQvhwnCFSJlooSAwZJbu6FmnYdymuKjj i77/x0+5z1vSja5Tzpd+lsFfPowq0kvHw3lWcPIA4q9zTDcJzn4PY4hhu+WxWBll tjFQwmxInRbV4P2/v0eyYzUYvbwD4wyik08ceYrPwEjfvoEFhDk28TgrxJggccck bPkP2puCEnPs2+DCoWQrxmNLtJaNbPv8Fu83/wbahf7IWLLu2NVJEa5aFH1I5fnl FWpLwmON/8b9j1G1GDq2p7Sn2jj619jHNk7Hs4fdNUIkrK2Qt1pOFpJqwsDL7Tuq UYt5fn5AweqZwHuAbiCeCVD+MRRx+sJcZxmMEQMMcndiQQVzqvKVwIXGqNQB1kYj RigdeTdAeJs2S08/uqp5 =oDRI -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
