James Taylor wrote:
> JCS moved out of stratum a while ago, the correct site is
> http://jakarta.apache.org/turbine/stratum -- sorry about that, we need
> to get the JCS stuff purged from stratum.
There's something wonderfully absurd about JCS being moved out of stratum
yet giving the stratum URL. I assume this was a typo and you meant to
give th URL as http://jakarta.apache.org/turbine/jcs/.
Unfortunately the new page/site is missing the build directions from the
old site. Though the old site's build directions are slightly incorrect
as there's no update-jars target, which is done by the default target
anyway.
You definitely want to get the Stratum guys to clean up their site a bit.
Once you get into there (which is easy to do from Google, looking up
"jcache") the JCS link at the top disappears and there's scads of
outdated JCS information on the left.
> You can use the define methods to create new regions, providing both a
> default element attributes and a cache attributes at runtime.
>
> Configuring the auxilliaries is a little tricker. I have a bit of a
> cheap hack in there: you can do
> 'CompositeCacheManager.getUnconfiguredInstance' and then call
> 'instace.configure' passing it a Properties object.
Not only was I working from an old site but the Javadoc on the "new" site
is quite different.
I assume once the CompositeCacheManager is "configured" then it's just a
matter of calling the various "gatCache(...)" methods to retrieve the
actual cache instances? Once getCache(...) is called the return should
be casted down to GroupCache and then utilized normally (put/get/etc.)?
The only type of cache CompositeCacheManager can return is a
GroupCache as CompositeCache has no other descendents.
Am I on the right path here? JCS looks like wonderful technology which
I'd dearly love to use.
--
Jason Rimmer
jrimmer_at_irth.net
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
