You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Jonathan Rosenberg <jr...@tabbysplace.org> on 2011/08/11 22:56:35 UTC
Parallel Deployment & Sessions: What am I Missing?
Following up on my post the other day ... I figured out a clean way to
generate a Catalog##~~~.war Grails app that just yields an outage
page.
Today I deployed & tested & sessions are not behaving as I expected.
Here's what I have
1) Deployed Catalog##0002.war.& started.
2) Access app (/Catalog) & start a session (confirmed in Tomcat Manager).
3) Deploy Catalog##~~~.war & started.
4) Access app again (/Catalog). I immediately get the outage page.
5) Stop Catalog##~~~.
5) Access /Catalog. Session is back.
I was expecting to see the original app, not an outage page. I
checked in Manager & it shows 1 session associated with Catalog##0002
and none with Catalog##~~~, as expected.
Am I confused as to what should be happening?
--
Jonathan Rosenberg
Founder & Executive Director
Tabby's Place, a Cat Sanctuary
http://www.tabbysplace.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: Parallel Deployment & Sessions: What am I Missing?
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: shmoldie@gmail.com [mailto:shmoldie@gmail.com] On Behalf Of Jonathan Rosenberg
> Subject: Re: Parallel Deployment & Sessions: What am I Missing?
> 1) Copy foo##001.war to webapps & visit /foo.
> Results as expected ('old version').
Fine so far.
> 2) Copy foo##002.war to webapps & reload /foo.
By "reload", do you mean reload the webapp via the manager interface? Or just reentering the URL?
> Results surprise me ('NEW version ')
Why is that surprising? To quote from the doc:
"If no session information is present in the request, use the latest version."
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jonathan,
On 8/12/2011 3:02 PM, Jonathan Rosenberg wrote:
> Mystery solved, I think.
>
> I did a little more digging around & discovered that my cookie had
> two JSESSIONID values. I didn't even know this was possible.
Yep, cookies can have multiple values.
You aren't doing this, but you can get two separate JSESSIONID cookies
if you have one context nested inside the other. The paths are
different, but one of them is a prefix of the other, so the nested
context gets both cookies. You can confuse the hell out of yourself
doing that (we did!) and it's best to avoid those situations.
Tomcat is actually (thankfully!) tolerant of multiple JSESSIONID values:
if there are many JSESSIONID cookies in the request, Tomcat loops
through all of them to see if *any* are valid. The first valid one gets
used (though there is no guarantee of the order in which they are
tested). If none are valid (last time I read the code), it tries to use
the last JSESSIONID requested as the new session id. I think that's
probably not true anymore due to the (semi-) recent changes to session
id management to help mitigate session hijacking and other nasty things.
So, the JSESSIONID you were seeing probably had a path that wasn't the
same as the webapp you are playing with, and that was the one you were
looking at. Tomcat was ignoring it because it wasn't valid but you
really had no way to tell without more invasive testing.
> Neither of the values matched Tomcat's session id & the browser was
> unable to update the cookie's JSESSIONID properly (no surprise).
>
> I deleted this rogue cookie & all apears to be working as expected.
Glad you got your problem solved.
> Lots of moving parts ...
Yes.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5FkeUACgkQ9CaO5/Lv0PDT8ACbB/xEPsuxUv7paL87K9CUTLh5
Dr4AoIinSVA1oxVL5Hp+FQzelhloByAh
=sGxB
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Jonathan Rosenberg <jr...@tabbysplace.org>.
Mystery solved, I think.
I did a little more digging around & discovered that my cookie had two
JSESSIONID values. I didn't even know this was possible.
Neither of the values matched Tomcat's session id & the browser was
unable to update the cookie's JSESSIONID properly (no surprise).
I deleted this rogue cookie & all apears to be working as expected.
Lots of moving parts ...
--
Jonathan Rosenberg
Founder & Executive Director
Tabby's Place, a Cat Sanctuary
http://www.tabbysplace.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jonathan,
On 8/12/2011 2:14 PM, Jonathan Rosenberg wrote:
> I am using the same browser instance. Just reloading the page.
Good.
> Tomcat manager confirms the existence of a session. I am the only
> user of this test machine, os no confusion there.
Does the manager confirm that both webapps are still deployed? If so,
does it have different session counts for both deployments?
> Are there any config settings that would disable parallel
> deployment?
None that I know of.
> I'm at a loss, since this test case is o simple.
It does seem like it should work. This *is* a relatively new feature, so
it's possible that there are some problems with it. I think you might
need a comment from markt, as he's the one who built this feature and he
might have some thoughts as to why it's not working as expected.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEUEARECAAYFAk5FdNoACgkQ9CaO5/Lv0PChDgCYrauN4A+ib+6qzY+AWLPEeVvZ
tgCfakcS16fWlSXh7kNhInXZFrmWoqE=
=yoEa
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Jonathan Rosenberg <jr...@tabbysplace.org>.
Chris,
I am using the same browser instance. Just reloading the page.
Tomcat manager confirms the existence of a session. I am the only
user of this test machine, os no confusion there.
Are there any config settings that would disable parallel deployment?
I'm at a loss, since this test case is o simple.
--
Jonathan Rosenberg
Founder & Executive Director
Tabby's Place, a Cat Sanctuary
http://www.tabbysplace.org/
On Fri, Aug 12, 2011 at 2:10 PM, Christopher Schultz
<ch...@christopherschultz.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Jonathan,
>
> On 8/12/2011 11:02 AM, Jonathan Rosenberg wrote:
>> 1) Copy foo##001.war to webapps & visit /foo. Results as expected
>> ('old version'). 2) Copy foo##002.war to webapps & reload /foo.
>> Results surprise me ('NEW version ')
>>
>> What am I missing here?
>
> I would have expected you getting the old version as well, but only if
> you had a session. IIRC, sessions are automatically created by any JSP
> that doesn't specifically disable them.
>
> Are you using the same window / same browser without a restart or
> anything when you visit the page for the second time?
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk5FbHwACgkQ9CaO5/Lv0PBGeACfajrlRMDl/K980mAdGwhlOqlS
> 5X8AnAk6/owcrZcba3BzjEUUKnjW4BtS
> =Dcgy
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jonathan,
On 8/12/2011 11:02 AM, Jonathan Rosenberg wrote:
> 1) Copy foo##001.war to webapps & visit /foo. Results as expected
> ('old version'). 2) Copy foo##002.war to webapps & reload /foo.
> Results surprise me ('NEW version ')
>
> What am I missing here?
I would have expected you getting the old version as well, but only if
you had a session. IIRC, sessions are automatically created by any JSP
that doesn't specifically disable them.
Are you using the same window / same browser without a restart or
anything when you visit the page for the second time?
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5FbHwACgkQ9CaO5/Lv0PBGeACfajrlRMDl/K980mAdGwhlOqlS
5X8AnAk6/owcrZcba3BzjEUUKnjW4BtS
=Dcgy
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Jonathan Rosenberg <jr...@tabbysplace.org>.
I just reverified that session info is being sent (i.e., JSESSIONID).
Yes, that's the client cookie.
--
Jonathan Rosenberg
Founder & Executive Director
Tabby's Place, a Cat Sanctuary
http://www.tabbysplace.org/
On Fri, Aug 12, 2011 at 2:32 PM, Christopher Schultz
<ch...@christopherschultz.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Chuck,
>
> On 8/12/2011 2:13 PM, Caldarale, Charles R wrote:
>>> From: Caldarale, Charles R Subject: RE: Parallel Deployment &
>>> Sessions: What am I Missing?
>>
>>>> Results surprise me ('NEW version ')
>>
>>> Why is that surprising? To quote from the doc:
>>
>>> "If no session information is present in the request, use the
>>> latest version."
>>
>> You might want to sniff the traffic and see if the client is sending
>> any session information; I suspect it isn't.
>
> Jonathan's post from yesterday says he used Firebug and it looks like
> the JSESSIONID isn't changing... I suspect that's the client's cookie
> that he's describing.
>
> - -chris
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk5FcdQACgkQ9CaO5/Lv0PC4TwCfe/+LqdUTjlmv3sF086YXSAMR
> egsAn14aI8AVYpF+qmJn0gKVWKFT019Z
> =ZQfx
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Chuck,
On 8/12/2011 2:13 PM, Caldarale, Charles R wrote:
>> From: Caldarale, Charles R Subject: RE: Parallel Deployment &
>> Sessions: What am I Missing?
>
>>> Results surprise me ('NEW version ')
>
>> Why is that surprising? To quote from the doc:
>
>> "If no session information is present in the request, use the
>> latest version."
>
> You might want to sniff the traffic and see if the client is sending
> any session information; I suspect it isn't.
Jonathan's post from yesterday says he used Firebug and it looks like
the JSESSIONID isn't changing... I suspect that's the client's cookie
that he's describing.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk5FcdQACgkQ9CaO5/Lv0PC4TwCfe/+LqdUTjlmv3sF086YXSAMR
egsAn14aI8AVYpF+qmJn0gKVWKFT019Z
=ZQfx
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: Parallel Deployment & Sessions: What am I Missing?
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Caldarale, Charles R
> Subject: RE: Parallel Deployment & Sessions: What am I Missing?
> > Results surprise me ('NEW version ')
> Why is that surprising? To quote from the doc:
> "If no session information is present in the request, use the latest version."
You might want to sniff the traffic and see if the client is sending any session information; I suspect it isn't.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Jonathan Rosenberg <jr...@tabbysplace.org>.
So, it's gotta be something simple I'm missing. I decided to
construct a trivial test of parallel deployment.
Couldn't be simpler
(http://www.javacodegeeks.com/2011/06/zero-downtime-deployment-and-rollback.html?m=1):
$ mkdir WEB-INF
$ echo "" > WEB-INF/web.xml
$ echo 'old version ' > index.jsp
$ jar cf foo##001.war WEB-INF index.jsp
$ echo 'NEW version ' > index.jsp
$ jar cf foo##002.war WEB-INF index.jsp
1) Copy foo##001.war to webapps & visit /foo. Results as expected
('old version').
2) Copy foo##002.war to webapps & reload /foo. Results surprise me
('NEW version ')
What am I missing here?
--
Jonathan Rosenberg
Founder & Executive Director
Tabby's Place, a Cat Sanctuary
http://www.tabbysplace.org/
On Fri, Aug 12, 2011 at 4:08 AM, Pid <pi...@pidster.com> wrote:
> On 12/08/2011 04:01, Jonathan Rosenberg wrote:
>> Trying to fall asleep and just had a thought on my problem: are
>> context-param values shared across different context versions (as
>> implemented in parallel deployment)?
>
> Nope. The apps are self-contained.
>
> C
>
>
>
>
>> --
>> JR
>> On Aug 11, 2011 6:10 PM, "Jonathan Rosenberg" <jr...@tabbysplace.org> wrote:
>>> BTW: I'm using
>>>
>>> Apache Tomcat/7.0.6 JDK 1.6.0_22-b04
>>>
>>> on Linux.
>>>
>>> --
>>> Jonathan Rosenberg
>>> Founder & Executive Director
>>> Tabby's Place, a Cat Sanctuary
>>> http://www.tabbysplace.org/
>>>
>>>
>>> On Thu, Aug 11, 2011 at 6:00 PM, Jonathan Rosenberg <jr...@tabbysplace.org>
>> wrote:
>>>> Great idea. I just retested aith Firebug & the JSESSIONIDs are
>> identical.
>>>>
>>>> Ideas, anyone?
>>>>
>>>> --
>>>> Jonathan Rosenberg
>>>> Founder & Executive Director
>>>> Tabby's Place, a Cat Sanctuary
>>>> http://www.tabbysplace.org/
>>>>
>>>>
>>>> On Thu, Aug 11, 2011 at 5:01 PM, Mark Thomas <ma...@apache.org> wrote:
>>>>> On 11/08/2011 21:56, Jonathan Rosenberg wrote:
>>>>>> Following up on my post the other day ... I figured out a clean way to
>>>>>> generate a Catalog##~~~.war Grails app that just yields an outage
>>>>>> page.
>>>>>>
>>>>>> Today I deployed & tested & sessions are not behaving as I expected.
>>>>>> Here's what I have
>>>>>>
>>>>>> 1) Deployed Catalog##0002.war.& started.
>>>>>> 2) Access app (/Catalog) & start a session (confirmed in Tomcat
>> Manager).
>>>>>> 3) Deploy Catalog##~~~.war & started.
>>>>>> 4) Access app again (/Catalog). I immediately get the outage page.
>>>>>> 5) Stop Catalog##~~~.
>>>>>> 5) Access /Catalog. Session is back.
>>>>>>
>>>>>> I was expecting to see the original app, not an outage page. I
>>>>>> checked in Manager & it shows 1 session associated with Catalog##0002
>>>>>> and none with Catalog##~~~, as expected.
>>>>>>
>>>>>> Am I confused as to what should be happening?
>>>>>
>>>>> Use fiddler, firebug or similar to look at the headers being sent to
>>>>> Tomcat. Check the session IDs match up.
>>>>>
>>>>> Mark
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>
>>>>>
>>>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Pid <pi...@pidster.com>.
On 12/08/2011 04:01, Jonathan Rosenberg wrote:
> Trying to fall asleep and just had a thought on my problem: are
> context-param values shared across different context versions (as
> implemented in parallel deployment)?
Nope. The apps are self-contained.
C
> --
> JR
> On Aug 11, 2011 6:10 PM, "Jonathan Rosenberg" <jr...@tabbysplace.org> wrote:
>> BTW: I'm using
>>
>> Apache Tomcat/7.0.6 JDK 1.6.0_22-b04
>>
>> on Linux.
>>
>> --
>> Jonathan Rosenberg
>> Founder & Executive Director
>> Tabby's Place, a Cat Sanctuary
>> http://www.tabbysplace.org/
>>
>>
>> On Thu, Aug 11, 2011 at 6:00 PM, Jonathan Rosenberg <jr...@tabbysplace.org>
> wrote:
>>> Great idea. I just retested aith Firebug & the JSESSIONIDs are
> identical.
>>>
>>> Ideas, anyone?
>>>
>>> --
>>> Jonathan Rosenberg
>>> Founder & Executive Director
>>> Tabby's Place, a Cat Sanctuary
>>> http://www.tabbysplace.org/
>>>
>>>
>>> On Thu, Aug 11, 2011 at 5:01 PM, Mark Thomas <ma...@apache.org> wrote:
>>>> On 11/08/2011 21:56, Jonathan Rosenberg wrote:
>>>>> Following up on my post the other day ... I figured out a clean way to
>>>>> generate a Catalog##~~~.war Grails app that just yields an outage
>>>>> page.
>>>>>
>>>>> Today I deployed & tested & sessions are not behaving as I expected.
>>>>> Here's what I have
>>>>>
>>>>> 1) Deployed Catalog##0002.war.& started.
>>>>> 2) Access app (/Catalog) & start a session (confirmed in Tomcat
> Manager).
>>>>> 3) Deploy Catalog##~~~.war & started.
>>>>> 4) Access app again (/Catalog). I immediately get the outage page.
>>>>> 5) Stop Catalog##~~~.
>>>>> 5) Access /Catalog. Session is back.
>>>>>
>>>>> I was expecting to see the original app, not an outage page. I
>>>>> checked in Manager & it shows 1 session associated with Catalog##0002
>>>>> and none with Catalog##~~~, as expected.
>>>>>
>>>>> Am I confused as to what should be happening?
>>>>
>>>> Use fiddler, firebug or similar to look at the headers being sent to
>>>> Tomcat. Check the session IDs match up.
>>>>
>>>> Mark
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>
>>>>
>>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Jonathan Rosenberg <jr...@tabbysplace.org>.
Trying to fall asleep and just had a thought on my problem: are
context-param values shared across different context versions (as
implemented in parallel deployment)?
--
JR
On Aug 11, 2011 6:10 PM, "Jonathan Rosenberg" <jr...@tabbysplace.org> wrote:
> BTW: I'm using
>
> Apache Tomcat/7.0.6 JDK 1.6.0_22-b04
>
> on Linux.
>
> --
> Jonathan Rosenberg
> Founder & Executive Director
> Tabby's Place, a Cat Sanctuary
> http://www.tabbysplace.org/
>
>
> On Thu, Aug 11, 2011 at 6:00 PM, Jonathan Rosenberg <jr...@tabbysplace.org>
wrote:
>> Great idea. I just retested aith Firebug & the JSESSIONIDs are
identical.
>>
>> Ideas, anyone?
>>
>> --
>> Jonathan Rosenberg
>> Founder & Executive Director
>> Tabby's Place, a Cat Sanctuary
>> http://www.tabbysplace.org/
>>
>>
>> On Thu, Aug 11, 2011 at 5:01 PM, Mark Thomas <ma...@apache.org> wrote:
>>> On 11/08/2011 21:56, Jonathan Rosenberg wrote:
>>>> Following up on my post the other day ... I figured out a clean way to
>>>> generate a Catalog##~~~.war Grails app that just yields an outage
>>>> page.
>>>>
>>>> Today I deployed & tested & sessions are not behaving as I expected.
>>>> Here's what I have
>>>>
>>>> 1) Deployed Catalog##0002.war.& started.
>>>> 2) Access app (/Catalog) & start a session (confirmed in Tomcat
Manager).
>>>> 3) Deploy Catalog##~~~.war & started.
>>>> 4) Access app again (/Catalog). I immediately get the outage page.
>>>> 5) Stop Catalog##~~~.
>>>> 5) Access /Catalog. Session is back.
>>>>
>>>> I was expecting to see the original app, not an outage page. I
>>>> checked in Manager & it shows 1 session associated with Catalog##0002
>>>> and none with Catalog##~~~, as expected.
>>>>
>>>> Am I confused as to what should be happening?
>>>
>>> Use fiddler, firebug or similar to look at the headers being sent to
>>> Tomcat. Check the session IDs match up.
>>>
>>> Mark
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>>
>>
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Jonathan Rosenberg <jr...@tabbysplace.org>.
BTW: I'm using
Apache Tomcat/7.0.6 JDK 1.6.0_22-b04
on Linux.
--
Jonathan Rosenberg
Founder & Executive Director
Tabby's Place, a Cat Sanctuary
http://www.tabbysplace.org/
On Thu, Aug 11, 2011 at 6:00 PM, Jonathan Rosenberg <jr...@tabbysplace.org> wrote:
> Great idea. I just retested aith Firebug & the JSESSIONIDs are identical.
>
> Ideas, anyone?
>
> --
> Jonathan Rosenberg
> Founder & Executive Director
> Tabby's Place, a Cat Sanctuary
> http://www.tabbysplace.org/
>
>
> On Thu, Aug 11, 2011 at 5:01 PM, Mark Thomas <ma...@apache.org> wrote:
>> On 11/08/2011 21:56, Jonathan Rosenberg wrote:
>>> Following up on my post the other day ... I figured out a clean way to
>>> generate a Catalog##~~~.war Grails app that just yields an outage
>>> page.
>>>
>>> Today I deployed & tested & sessions are not behaving as I expected.
>>> Here's what I have
>>>
>>> 1) Deployed Catalog##0002.war.& started.
>>> 2) Access app (/Catalog) & start a session (confirmed in Tomcat Manager).
>>> 3) Deploy Catalog##~~~.war & started.
>>> 4) Access app again (/Catalog). I immediately get the outage page.
>>> 5) Stop Catalog##~~~.
>>> 5) Access /Catalog. Session is back.
>>>
>>> I was expecting to see the original app, not an outage page. I
>>> checked in Manager & it shows 1 session associated with Catalog##0002
>>> and none with Catalog##~~~, as expected.
>>>
>>> Am I confused as to what should be happening?
>>
>> Use fiddler, firebug or similar to look at the headers being sent to
>> Tomcat. Check the session IDs match up.
>>
>> Mark
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Jonathan Rosenberg <jr...@tabbysplace.org>.
Great idea. I just retested aith Firebug & the JSESSIONIDs are identical.
Ideas, anyone?
--
Jonathan Rosenberg
Founder & Executive Director
Tabby's Place, a Cat Sanctuary
http://www.tabbysplace.org/
On Thu, Aug 11, 2011 at 5:01 PM, Mark Thomas <ma...@apache.org> wrote:
> On 11/08/2011 21:56, Jonathan Rosenberg wrote:
>> Following up on my post the other day ... I figured out a clean way to
>> generate a Catalog##~~~.war Grails app that just yields an outage
>> page.
>>
>> Today I deployed & tested & sessions are not behaving as I expected.
>> Here's what I have
>>
>> 1) Deployed Catalog##0002.war.& started.
>> 2) Access app (/Catalog) & start a session (confirmed in Tomcat Manager).
>> 3) Deploy Catalog##~~~.war & started.
>> 4) Access app again (/Catalog). I immediately get the outage page.
>> 5) Stop Catalog##~~~.
>> 5) Access /Catalog. Session is back.
>>
>> I was expecting to see the original app, not an outage page. I
>> checked in Manager & it shows 1 session associated with Catalog##0002
>> and none with Catalog##~~~, as expected.
>>
>> Am I confused as to what should be happening?
>
> Use fiddler, firebug or similar to look at the headers being sent to
> Tomcat. Check the session IDs match up.
>
> Mark
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Parallel Deployment & Sessions: What am I Missing?
Posted by Mark Thomas <ma...@apache.org>.
On 11/08/2011 21:56, Jonathan Rosenberg wrote:
> Following up on my post the other day ... I figured out a clean way to
> generate a Catalog##~~~.war Grails app that just yields an outage
> page.
>
> Today I deployed & tested & sessions are not behaving as I expected.
> Here's what I have
>
> 1) Deployed Catalog##0002.war.& started.
> 2) Access app (/Catalog) & start a session (confirmed in Tomcat Manager).
> 3) Deploy Catalog##~~~.war & started.
> 4) Access app again (/Catalog). I immediately get the outage page.
> 5) Stop Catalog##~~~.
> 5) Access /Catalog. Session is back.
>
> I was expecting to see the original app, not an outage page. I
> checked in Manager & it shows 1 session associated with Catalog##0002
> and none with Catalog##~~~, as expected.
>
> Am I confused as to what should be happening?
Use fiddler, firebug or similar to look at the headers being sent to
Tomcat. Check the session IDs match up.
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org