You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jcs-users@jakarta.apache.org by "NATHAN,SENTHIL (HP-India,ex2)" <se...@hp.com> on 2003/02/05 12:23:22 UTC

RE: In LTCP auxilary cache

Hi

	I have to setup the frequency of LTCP repairs to 5 minutes.
LateralCacheMonitor.setIdlePeriod() allows one to set the duration. I am
guessing that it accepts the input in milli seconds. Correct me if I am
wrong.

Thanks
Senthil

-----Original Message-----
From: James Taylor [mailto:jtaylor@4lane.com]
Sent: Thursday, December 05, 2002 6:23 PM
To: 'Turbine JCS Users List'
Subject: Re: In LTCP auxilary cache


I suggest wrapping JCS in some kind of service (I use an avalon
component) and ensure that it gets configured and initialized early in
your startup process. For jboss perhaps an MBean is in order? (I'm not
very familiar with jboss).

On Thu, 2002-12-05 at 06:59, NATHAN,SENTHIL (HP-India,ex2) wrote:
> LTCP server starts listening only when the class loader loads the JCS
class.
> How to set it up to start the listener when the application server starts?
I
> am using JBoss application server.
> 
> -----Original Message-----
> From: James Taylor [mailto:jtaylor@4lane.com]
> Sent: Wednesday, December 04, 2002 7:09 PM
> To: Turbine JCS Users List
> Subject: RE: Where to place the cache.ccf file?
> 
> 
> That is _very_ odd. There should be no references to stratum in there.
> Can you reference a particular file that is problematic?
> 
> On Wed, 2002-12-04 at 08:33, NATHAN,SENTHIL (HP-India,ex2) wrote:
> > Hi James
> > 
> > 	Yes that is working. But now I am seeing ClassNotFoundException.
> > There are many missing classes . One among them is - 
> > org.apache.stratum.jcs.engine.CompositeCacheAttributes
> > 
> > 	The problem is because of the old package name in some source files
> > ( see the stratum ). Whether any updated package is available or should
I
> > correct the package name in those source files?
> > 
> > Thanks
> > Senthil
> > 
> > 
> > 
> > 
> > 
> > -----Original Message-----
> > From: James Taylor [mailto:jtaylor@4lane.com]
> > Sent: Wednesday, December 04, 2002 6:44 PM
> > To: Turbine JCS Users List
> > Subject: Re: Where to place the cache.ccf file?
> > 
> > 
> > In the root of the classpath. 
> > 
> > (You can actually put it anywhere and use one of the alternate config
> > mechanisms in CCM [I think] but it will look for /cache.ccf in the
> > classpath be default)
> > 
> > On Wed, 2002-12-04 at 08:13, NATHAN,SENTHIL (HP-India,ex2) wrote:
> > > Hello
> > > 
> > > 	Where should I place the cache configuration file cache.ccf? 
> > > 
> > > regards
> > > Senthil
> > > 
> > > -----Original Message-----
> > > From: James Taylor [mailto:jtaylor@4lane.com]
> > > Sent: Monday, November 04, 2002 11:32 PM
> > > To: Turbine JCS Users List
> > > Subject: Re: when is the compositecache object released from
> > > CacheManager?
> > > 
> > > 
> > > You are correct ... I would think freeCache should remove it from the
> > > table. Anybody know a reason why that should not happen?
> > > 
> > > On Mon, 2002-11-04 at 12:49, Sunil Pandit wrote:
> > > > 
> > > > Though I am able to call freecache on compositecachemanager which
> calls
> > > > dispose on compositecache , it does not remove this cache from the
> > > hashmap.
> > > > Shouldn't after successful dispose this  composistecache instance
> should
> > > be
> > > > removed from the hashtable . This can be done in freecache call in
> > > > CompositeCachemanager. Am I missing something ?
> > > > 
> > > > Thanks
> > > > Sunil
> > > > 
> > > > 
> > > >
> > > 
> > > >                     James Taylor
> > > 
> > > >                     <jtaylor             To:     Turbine JCS Users
> List
> > > <tu...@jakarta.apache.org>      
> > > >                     @4lane.com>          cc:
> > > 
> > > >                                          Subject:     Re: when is
the
> > > compositecache object released  from        
> > > >                     11/04/2002           CacheManager?
> > > 
> > > >                     10:49 AM
> > > 
> > > >                     Please
> > > 
> > > >                     respond to
> > > 
> > > >                     "Turbine JCS
> > > 
> > > >                     Users List"
> > > 
> > > >
> > > 
> > > >
> > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > If you are using the CacheAccess (singleton) model, you should be
able
> > > > to get it with:
> > > > 
> > > > CompositeCacheManager.getInstance();
> > > > 
> > > > Since there is only one per JVM
> > > > 
> > > > On Mon, 2002-11-04 at 11:43, Sunil Pandit wrote:
> > > > >
> > > > > Thanks James for quick response . That leads me to next question
how
> > do
> > > I
> > > > > get the cachemanager .? Its a private attribute on CacheAccess
> > > > > ,GroupCacheAccess and JCS and I don't see any method that gives me
> > > access
> > > > > to CacheManager .
> > > > 
> > > > 
> > > > 
> > > > 
> > > > --
> > > > To unsubscribe, e-mail:   <
> > > > mailto:turbine-jcs-user-unsubscribe@jakarta.apache.org>
> > > > For additional commands, e-mail: <
> > > > mailto:turbine-jcs-user-help@jakarta.apache.org>
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > --
> > > > To unsubscribe, e-mail:
> > > <ma...@jakarta.apache.org>
> > > > For additional commands, e-mail:
> > > <ma...@jakarta.apache.org>
> > > > 
> > > 
> > > 
> > > 
> > > --
> > > To unsubscribe, e-mail:
> > > <ma...@jakarta.apache.org>
> > > For additional commands, e-mail:
> > > <ma...@jakarta.apache.org>
> > > 
> > > --
> > > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> > > 
> > 
> > 
> > --
> > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> > 
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> > 
> 
> 
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> 
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
> 


--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>