Markus Reis wrote:
Our Tomcat 5.5 sends 30 cookie
(cookie=JSESSIONID=2D79FB71207A83A09B32677B9640693E.jbprod;
domain=null; path=/)
Are they all identical?

No. They are ALL different (and they also differ from response to response)

and 900 Set-Cookie
(header=Set-Cookie=JSESSIONID=2D79FB71207A83A09B32677B9640693E.jbprod;
Path=/; Secure) headers in the http response header back to the
external clients (during the initial http request/response).
Same here: identical?

No. Each of the 30 DIFFERENT session id's from above are repeated thirty times.

The 900 Set-Cookie headers contain each "cookie" JSESSIONID thirty
times.
That is crazy! How are you observing this behavior? LiveHTTPHeaders/http
protocol sniffer? Wireshark/packet sniffer?

Yes it is crazy - I observed this using 
org.apache.catalina.valves.RequestDumperValve in my server.xml

If I submit the same request from my machine I get a only/as expected
one cookie and one Set-Cookie header back in the initial response.
Er... what do you mean "from my machine"? What are you using when you
get 900 Set-Cookie headers?

"My machine" is my PC at work. The requests where a repsonse with 900 SetCookie 
headers is returned, are sent from PC's of our partners, which operate in one single 
network (and thus all have the same IP, which is the IP of the partner network's proxy 
server). If I use some other PC connected to the internet I have the same expected 
behaviour as from my PC at work. So those responses are only/exclusively produced for 
requests coming from PC's of our partners.

markus
Old African proverb : he who wants to eat an elephant, should do it a little bit at a time.

I am not basing the following on any deep knowledge of Tomcat, just trying to use the logical cues from what you said so far and the way HTTP servers and browsers normally react.

1) How do you *precisely* know that Tomcat is actually sending 900 Set-Cookie Headers ? does the RequestDumperValve also dump the response ? or is that what you see in the client browser ? In other words, are you really sure that it is Tomcat who is sending all these Set-Cookie headers, or could it be the customer's proxy adding/multiplying them ? (Not that I would know how it could do that, but that's another matter)

2) The client browser gets 900 Set-Cookie headers, of which the basic set of different ones is 30, each multiplied 30 times.
So the client browser ends up with 30 cookies set ?
Or just one, in the end ?

3) Does this number 30 relate in some way to how many separate stations at your customer access your Tomcat server ? For example, assuming that there would be a way to "reset everything", and then turn on a single customer station, and access your Tomcat server once, how many Set-cookies would that one browser get in return ?
And then, what if a second station now sends a request ?


---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to