opher Schultz-2 wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Zach,
>
> Zach Cox wrote:
> | Hi Matthias - Unfortunately I think the Response class is just as
> ill-suited
> | for wrapping/extending as the Request class is. Which boggles my mind -
>
.
>
> -- Matthias
>
> -Original Message-
> From: Christopher Schultz [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 23, 2008 9:51 PM
> To: Tomcat Users List
> Subject: Re: Share session cookie across subdomains
>
> -BEGIN PGP SIGNED MESSAGE-
> Ha
Hi Chris - I'm not sure what this will accomplish:
public Request(Request wrapped)
{
~this.wrapped = wrapped;
}
public whatever doWhatever(args)
{
~super.doWhatever(args);
}
1) this.wrapped is never used so what's the point of saving it?
2) why override all of the methods just to call t
Thanks,
Zach
Christopher Schultz-2 wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Zach,
>
> Zach Cox wrote:
> | Hi Chris - I thought about doing that, but that existing Request
> | object could have state that my newly created Request will not hav
s it to the
next valve in the chain?
Thanks,
Zach
Christopher Schultz-2 wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Zach,
>
> Zach Cox wrote:
> | Note that this entire issue would be made much more simple if there was
>
is behavior is acceptable.
> (e.g. if you can be sure that your site is not accessed by search engine
> robots, if you have a rather short session timeout and can live with the
> overhead of creating many unnecessary session objects, ...)
>
> -- Matthias
>
> -Original Messa
That's a really good idea and could definitely be done by modifying the
getCookieDomain method. I whipped that method up pretty quickly for my own
purposes - and you're correct, this currently won't work with two-part TLDs
like .co.uk. If I get some spare time (already used 2 days of this projec
I'm working on a site that has a single web app in Tomcat that handles
lots of subdomains via wildcard DNS:
- site.com
- www.site.com
- sub1.site.com
- sub2.site.com
- etc.
Basically, the site content gets customized based on the subdomain in
the request, if any. However I ran into a problem
I'm using Tomcat 6.0.14 and I need to override the
Request.configureSessionCookie method to call setDomain on the Cookie
(so the session cookie can be shared across subdomains). Is there any
way to tell Tomcat to instantiate & use my Request subclass instead of
Request itself?
Thanks,
Zach
-
I'm using Tomcat 6.0.14 and need to write a custom Valve to control the
Domain property of the JSESSIONID cookie (so it will be reused on any
subdomain) but I can't find any documentation on how to go about creating a
custom Valve.
Could someone please let me know if this is accurate?
- extend t
10 matches
Mail list logo
