-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Robert,
On 11/9/2010 8:45 AM, Colpaert, Robert wrote: > In the web GUI, user A requests a list of customers and user B requests > a list of the current orders (these requests are be handled in different > servlets). User A receives the correct list of its customers, however > User B gets the same HTTP response! Have you received reports directly from your users, then? > We traced both requests through the entire chain of > apache/apache/tomcat/backend etc. and we see both requests (User A and > User B) in the logging of our first and second apache. These requests > are for completely different servlets, this rules out any coding > problems inside the servlet. The reason why we can correlate the HTTP > response of User A with the HTTP response User B receives, is the size > of the HTTP response in the apache logging. Responses of the same size would seem to be circumstantial at best. You could install a component that takes a cryptographic fingerprint of each response (say, md5sum) and logs it for comparison. You probably want to do this at the outer-most layer of your configuration to verify that it's actually happening, then move that fingerprinting back toward the webapp until you pinpoint it's location. As Chuck says, it usually turns out to be the webapp's fault. If you're truly paranoid, you can enable org.apache.catalina.connector. RECYCLE_FACADES to see if that eliminates the problem (http://tomcat.apache.org/tomcat-6.0-doc/config/systemprops.html). I'm not sure when that configuration property was added, but it looks like the Changelog references "facade recycling" around 6.0.13, so you should be okay. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkzZ04wACgkQ9CaO5/Lv0PAeuwCgprxAgmvH2VttWrP79nqT+6Eo dfwAnAnegJ3EbkHLsKTjwcIcIN5hsxKg =zm+X -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
