Chuck, the sessionCookiePath link you referenced says that all web apps can
use the same cookie path ("/"). That means that several independent web
applications will have to share the same session object, right? I have no
problem with that if that really works. Just want to confirm that I am
indeed understanding this correctly. There's no problem with several
webapps sharing a common session object?
Or is it only the session "ID" that's common, and each web app still has
it's own separate namespace for it's sessions? So there are still separate
sessions, Each one is named "xyz", but it's actually 'webapp1-xyz' and
webapp2-xyz', etc.?
I guess if it works, it works, and I shouldn't care what goes on under the
hood. But every time I make that assumption, something jumps up and bites
my.....
Thx.
On Sat, Dec 31, 2011 at 4:35 PM, Jerry Malcolm <2ndgenfi...@gmail.com>wrote:
> Andre,
>
> In mod_rewrite it talks about setting a cookie when a rewrite rule hit
> occurs. But I can't find anything about back-translation of cookie paths.
> Was that was what you meant? Still not sure how that would work. Seems
> like i would need a way to tell the browser that URLs /cart,
> /locateaccount, /checkout all use the /order cookie. How would that work?
>
>
>
>
>
> On Sat, Dec 31, 2011 at 11:37 AM, Caldarale, Charles R <
> chuck.caldar...@unisys.com> wrote:
>
>> > From: Jerry Malcolm [mailto:2ndgenfi...@gmail.com]
>> > Subject: Re: Different session id per page
>>
>> > If there was a way to tell TC to use "/" as the path, that would
>> > work in this case.
>>
>> Look at the sessionCookiePath attribute for <Context> and see if that
>> will help:
>>
>>
>> http://tomcat.apache.org/tomcat-7.0-doc/config/context.html#Common_Attributes
>>
>> - 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-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>
>
