I didn't know that either. It is simply a case of looking for the wrong
keywords. I said application score replication they said context attribute
replication. I gotta learn how to speak their language.
Even after I put
<Context className="*org.apache.catalina.ha.context.ReplicatedContext*">
in my context.xml
and make sure that my application's web.xml has
*<distributable />*
*
*
the following:
1. Map<String, Date> userCache = (Map<String, Date>)
context.getAttribute("userCache");
2. userCache.remove(remoteUserName);
returns a null userCache object (context is set in the ServletContextAware
method, setServletContext). When I enumerate through all the context
attributes, I cannot see the stuff I am putting in it, just like the
default entries which wind up there. Too weird.
-Greg
On Thu, Feb 16, 2012 at 9:59 AM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Chuck,
>
> On 2/15/12 4:21 PM, Caldarale, Charles R wrote:
> >> From: Gregory Werner [mailto:grjas...@gmail.com] Subject: Re:
> >> Application Scope Replication in 6.0.x
> >
> >> Common data definitions which are used over and over and over
> >> again and don't change. After the first time they are loaded, I
> >> want the info to be remembered for all users to access until
> >> Tomcat is brought down again.
> >
> > So why don't you do that in a ServletContextListener?
>
> +1
>
> If you need data available to the context, I would argue that it is
> more efficient to load and manage it locally than to replicate it
> across a cluster.
>
> Then again, I don't like clustering in the first place.
>
> (Sorry for pointing you in the wrong direction earlier).
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk89GeMACgkQ9CaO5/Lv0PBjWwCcDavF339v1cAhCrw0XKbr39Y9
> 1kMAniUurW8Sz3M4Xb/Q9c77fUszkIFI
> =OCY1
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
