jcs-users@jakarta.apache.org Archives http://mail-archives.apache.org/mod_mbox/jakarta-jcs-users/ 2009-12-05T10:27:44Z Re: Remove dependency for concurrent.jar Aaron Smuts <asmuts@yahoo.com> urn:uuid:%3c612829-14300-qm@web38707-mail-mud-yahoo-com%3e 2009-11-23T21:27:20Z 
Sorry for the delay.  I'm in the process of migrating to the concurrent backport.   http://backport-jsr166.sourceforge.net/index.php

Aaron

--- On Wed, 10/21/09, Nuno Sénica <nsenica@gmail.com> wrote:

> From: Nuno Sénica <nsenica@gmail.com>
> Subject: Re: Remove dependency for concurrent.jar
> To: "JCS Users List" <jcs-users@jakarta.apache.org>
> Date: Wednesday, October 21, 2009, 9:40 AM
> Hi Aaron.
> 
> Sorry to bother you again .. :) Is there any news on this
> issue ?
> 
> Kind regards,
> Nuno
> 
> On Fri, Oct 2, 2009 at 15:28, Nuno Sénica <nsenica@gmail.com>
> wrote:
> 
> > Hi :)
> >
> > No worries.. take your time.
> >
> > Thanks
> > Nuno
> >
> >
> > On Fri, Oct 2, 2009 at 15:25, Aaron Smuts <asmuts@yahoo.com>
> wrote:
> >
> >> Sorry for the delay.  I'm working on it, but
> lots of other things keep
> >> coming up.  It will take a couple more
> weeks.
> >>
> >> Aaron
> >>
> >> --- On Thu, 10/1/09, Nuno Sénica <nsenica@gmail.com>
> wrote:
> >>
> >> > From: Nuno Sénica <nsenica@gmail.com>
> >> > Subject: Re: Remove dependency for
> concurrent.jar
> >> > To: "JCS Users List" <jcs-users@jakarta.apache.org>
> >> > Date: Thursday, October 1, 2009, 12:13 PM
> >> > Hi Aaron,
> >> >
> >> > Sorry to bother you again with this issue..
> >> >
> >> > Are there any news regarding this ?
> >> >
> >> > Best regards,
> >> > Nuno
> >> >
> >> > On Mon, Sep 21, 2009 at 16:23, Nuno Sénica
> <nsenica@gmail.com>
> >> > wrote:
> >> >
> >> > > Hi Aaron :)
> >> > >
> >> > > Here I am again querying you on the
> status of this
> >> > task.
> >> > >
> >> > > Did you have the chance the start it ?
> :) How it is
> >> > going.
> >> > >
> >> > > Best regards,
> >> > > Nuno Sénica
> >> > >
> >> > >
> >> > > On Fri, Aug 28, 2009 at 11:31, Nuno
> Sénica <nsenica@gmail.com>
> >> > wrote:
> >> > >
> >> > >> Hi Aaron
> >> > >>
> >> > >> Once again thanks for your inputs..
> >> > >>
> >> > >> Since it is not a matter of find and
> replace,
> >> > maybe I'll wait a couple of
> >> > >> weeks so that you take on that task
> :)
> >> > >>
> >> > >> I'll poke by then just to know how
> the work is
> >> > going.
> >> > >>
> >> > >> Regads and thanks a lot once again.
> >> > >>
> >> > >> Nuno
> >> > >>
> >> > >>
> >> > >> On Thu, Aug 27, 2009 at 16:24, Aaron
> Smuts <asmuts@yahoo.com>
> >> > wrote:
> >> > >>
> >> > >>> It's not a simple matter of find
> and
> >> > replace.  If it was, I would have
> >> > >>> done it some time back. . . .
> >> > >>>
> >> > >>> This is such an extensive
> change, it's
> >> > probably best that I do it.  But
> >> > >>> feel free to give it a try.
> >> > >>>
> >> > >>> Thanks,
> >> > >>>
> >> > >>> Aaron
> >> > >>>
> >> > >>> --- On Thu, 8/27/09, Aaron Smuts
> <asmuts@yahoo.com>
> >> > wrote:
> >> > >>>
> >> > >>> > From: Aaron Smuts <asmuts@yahoo.com>
> >> > >>> > Subject: Re: Remove
> dependency for
> >> > concurrent.jar
> >> > >>> > To: "JCS Users List" <jcs-users@jakarta.apache.org>
> >> > >>> > Date: Thursday, August 27,
> 2009, 8:21 AM
> >> > >>> > In my first email, I
> pointed out
> >> > >>> > several things that would
> need to be
> >> > changed.  You can
> >> > >>> > simply search for the util
> concurrent
> >> > import and find them
> >> > >>> > all.
> >> > "EDU.oswego.cs.dl.util.concurrent"
> >> > >>> >
> >> > >>> > ClockDaemon is used more
> than the poooled
> >> > executor. . . .
> >> > >>> >
> >> > >>> > Yes, there is a backport
> for JDK
> >> > 1.4.  A backport
> >> > >>> > implements something
> available only in a
> >> > new version.
> >> > >>> > In this case, the backport
> is of the 1.5
> >> > concurrent
> >> > >>> > library.  This allows
> you to compile
> >> > and run in
> >> > >>> > 1.4.  But if you are
> running 1.5 or
> >> > later, you don't
> >> > >>> > need to backport jar.
> >> > >>> >
> >> > >>> > There are some subtle
> changes between the
> >> > two.  But it
> >> > >>> > should be perfectly
> possible to get it
> >> > working in a few
> >> > >>> > days.  Take a crack at
> it if you
> >> > want.  I'll get
> >> > >>> > to it in about two weeks.
> >> > >>> >
> >> > >>> > Aaron
> >> > >>> >
> >> > >>> >
> >> > >>> >
> >> > >>> > --- On Thu, 8/27/09,
> Jeffrey Kesselman
> >> > <jeffpk@gmail.com>
> >> > >>> > wrote:
> >> > >>> >
> >> > >>> > > From: Jeffrey
> Kesselman <jeffpk@gmail.com>
> >> > >>> > > Subject: Re: Remove
> dependency for
> >> > concurrent.jar
> >> > >>> > > To: "JCS Users List"
> <jcs-users@jakarta.apache.org>
> >> > >>> > > Date: Thursday, August
> 27, 2009,
> >> > 8:02 AM
> >> > >>> > > Well i don't know the
> codebase so
> >> > >>> > > Aaron is your better
> reference
> >> > there
> >> > >>> > > BUT...
> >> > >>> > >
> >> > >>> > > Since the large
> majority of Doug's
> >> > concurrent library
> >> > >>> > got
> >> > >>> > > ported as is into
> >> > >>> > > the JDK, Id start by
> simply taking
> >> > his library out of
> >> > >>> > your
> >> > >>> > > build path in
> >> > >>> > > eclipse.  Then
> follow the
> >> > errors and everywhere it
> >> > >>> > > can't find a reference
> to
> >> > >>> > > a concurrent utility,
> use's
> >> > Eclipse's help to add the
> >> > >>> > > proper import.
> >> > >>> > >
> >> > >>> > > Id imagine it cant be
> more then a
> >> > day or two of very
> >> > >>> > > mechanical work...
> >> > >>> > >
> >> > >>> > > Alternately, if your a
> perl type
> >> > hacker you could try
> >> > >>> > > writing a script that
> >> > >>> > > would look for the
> string that is
> >> > doug's package name
> >> > >>> > in
> >> > >>> > > the file and
> >> > >>> > > repalce it with the
> JDK package.
> >> > >>> > >
> >> > >>> > > JK
> >> > >>> > >
> >> > >>> > > On Thu, Aug 27, 2009
> at 10:36 AM,
> >> > Nuno Sénica <nsenica@gmail.com>
> >> > >>> > > wrote:
> >> > >>> > >
> >> > >>> > > > Hi Jeffrey and
> Aaron,
> >> > >>> > > >
> >> > >>> > > > We are currently
> evaluating the
> >> > effort to
> >> > >>> > perform
> >> > >>> > > those changes.. If
> the
> >> > >>> > > > effort is not
> that big, I
> >> > personally, would like
> >> > >>> > to
> >> > >>> > > make that change and
> >> > >>> > > > contribute to the
> community.
> >> > >>> > > >
> >> > >>> > > > I'll need some
> guideline from
> >> > where to start,
> >> > >>> > and
> >> > >>> > > regarding that I'm
> >> > >>> > > > relying
> >> > >>> > > > on you guys :D
> >> > >>> > > >
> >> > >>> > > > Which should be
> the best
> >> > approach to start this
> >> > >>> > change
> >> > >>> > > ?
> >> > >>> > > >
> >> > >>> > > > Regards,
> >> > >>> > > > Nuno
> >> > >>> > > >
> >> > >>> > > > On Thu, Aug 27,
> 2009 at 15:30,
> >> > Jeffrey Kesselman
> >> > >>> > > <jeffpk@gmail.com>
> >> > >>> > > wrote:
> >> > >>> > > >
> >> > >>> > > > > The source
> is available,
> >> > couldn't you go
> >> > >>> > through
> >> > >>> > > it and change the
> >> > >>> > > > > references
> yourselves?
> >> > >>> > > > >
> >> > >>> > > > > That seems a
> lot less
> >> > costly then abandoning
> >> > >>> > the
> >> > >>> > > whole library.
> >> > >>> > > > >
> >> > >>> > > > > Maybe you
> could even
> >> > contribute those
> >> > >>> > changes
> >> > >>> > > back to the
> community...
> >> > >>> > > > >
> >> > >>> > > > > On Thu, Aug
> 27, 2009 at
> >> > 7:02 AM, Nuno
> >> > >>> > Sénica
> >> > >>> > > <nsenica@gmail.com>
> >> > >>> > > wrote:
> >> > >>> > > > >
> >> > >>> > > > > > Hi
> all,
> >> > >>> > > > > >
> >> > >>> > > > > > At the
> company where
> >> > I work for, we
> >> > >>> > have an
> >> > >>> > > application which
> relies on
> >> > >>> > > > > JCS
> >> > >>> > > > > > and it
> has proven to
> >> > be a good solution
> >> > >>> > so
> >> > >>> > > far. But now, we were
> >> > >>> > > > informed
> >> > >>> > > > > > about
> legal issues by
> >> > using concurrent
> >> > >>> > lib
> >> > >>> > > and we are being
> instructed
> >> > >>> > > > to
> >> > >>> > > > > > change
> the caching
> >> > lib.
> >> > >>> > > > > >
> >> > >>> > > > > > My
> question is if
> >> > there's any plan to
> >> > >>> > use
> >> > >>> > > the native concurrent
> instead
> >> > >>> > > > > of
> >> > >>> > > > > > the lib
> that JSC
> >> > depend on at the
> >> > >>> > moment ?
> >> > >>> > > Is so, when it is
> planned to
> >> > >>> > > > > be
> >> > >>> > > > > >
> available ?
> >> > >>> > > > > >
> >> > >>> > > > > > Thanks
> in advance.
> >> > >>> > > > > >
> >> > >>> > > > > >
> Regards,
> >> > >>> > > > > > Nuno
> >> > >>> > > > > >
> >> > >>> > > > >
> >> > >>> > > > >
> >> > >>> > > > >
> >> > >>> > > > > --
> >> > >>> > > > > ~~ Microsoft
> help desk
> >> > says: reply hazy,
> >> > >>> > ask
> >> > >>> > > again later. ~~
> >> > >>> > > > >
> >> > >>> > > >
> >> > >>> > >
> >> > >>> > >
> >> > >>> > >
> >> > >>> > > --
> >> > >>> > > ~~ Microsoft help desk
> says: reply
> >> > hazy, ask again
> >> > >>> > later.
> >> > >>> > > ~~
> >> > >>> > >
> >> > >>> >
> >> > >>> >
> >> >
> ---------------------------------------------------------------------
> >> > >>> > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> >> > >>> > For additional commands,
> e-mail:
> >> jcs-users-help@jakarta.apache.org
> >> > >>> >
> >> > >>> >
> >> > >>>
> >> > >>>
> >> >
> ---------------------------------------------------------------------
> >> > >>> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> >> > >>> For additional commands, e-mail:
> jcs-users-help@jakarta.apache.org
> >> > >>>
> >> > >>>
> >> > >>
> >> > >
> >> >
> >>
> >>
> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> >>
> >>
> >
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
[Fwd: Memory Issues with Java ( java.lang.OutOfMemoryError: Java Heap Space )] Raj Abhishek <raj.abhishek@freesystems.biz> urn:uuid:%3c4AFA92E7-2030405@freesystems-biz%3e 2009-11-11T10:33:11Z 
Hello,

Please see the attached mail.

Regards,
Raj Abhishek
Re: JCS cache causes thread deadlock Rohit Joshi <rohit.c.joshi@gmail.com> urn:uuid:%3ceef7fd3d0911100844u6e55c8bdu24101faf56f5e49f@mail-gmail-com%3e 2009-11-10T16:44:06Z 
This issues was due to debug level logging was enabled. Once I disabled the
debug logging, problem is resolved.



On Tue, Nov 10, 2009 at 7:24 AM, Rohit Joshi <rohit.c.joshi@gmail.com>wrote:

> Hi,
>   I am using JCSCache as a in-memory caching solution for our product.
>  Sometime put and remove calls on JCSCache causes a deadlock. See the thread
> dump below.
>  I couldn't reproduce during the performance test but our team in CZ is
> able to reproduce this.  Is it problem due to mis configuration?
>
> I uses jcs-1.3 using maven dependency.   See the cache.ccf below the
> thread-dump.
>
> Thread "Thread-790" thread-id 1,518 thread-stateBLOCKEDWaiting on lock:
> org.apache.jcs.engine.control.CompositeCache@180575f
>  Owned by: Thread-579 Id: 1,306 at:
> org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:736)
>  at:
> org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:702)
>  at: org.apache.jcs.access.CacheAccess.remove(CacheAccess.java:362)
>  at: com.example.maf.cache.JCSCache.removeObject(JCSCache.java:341)
>
> Thread "Thread-789" thread-id 1,517 thread-stateBLOCKEDWaiting on lock:
> org.apache.jcs.engine.control.CompositeCache@180575f
>  Owned by: Thread-579 Id: 1,306 at:
> org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:736)
>  at:
> org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:702)
>  at: org.apache.jcs.access.CacheAccess.remove(CacheAccess.java:362)
>  at: com.example.maf.cache.JCSCache.removeObject(JCSCache.java:341)
>
> Thread "Thread-788" thread-id 1,516 thread-stateBLOCKEDWaiting on lock:
> org.apache.jcs.engine.control.CompositeCache@180575f
>  Owned by: Thread-579 Id: 1,306 at:
> org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:162)
>  at: org.apache.jcs.access.CacheAccess.put(CacheAccess.java:281)
>  at: org.apache.jcs.access.CacheAccess.put(CacheAccess.java:249)
>  at: com.example.maf.cache.JCSCache.putObject(JCSCache.java:294)
>
> Thread "Thread-787" thread-id 1,515 thread-stateBLOCKEDWaiting on lock:
> org.apache.jcs.engine.control.CompositeCache@180575f
>  Owned by: Thread-579 Id: 1,306 at:
> org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:736)
>  at:
> org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:702)
>  at: org.apache.jcs.access.CacheAccess.remove(CacheAccess.java:362)
>  at: com.example.maf.cache.JCSCache.removeObject(JCSCache.java:341)
>
> Thread "Thread-786" thread-id 1,514 thread-stateBLOCKEDWaiting on lock:
> org.apache.jcs.engine.control.CompositeCache@180575f
>  Owned by: Thread-579 Id: 1,306 at:
> org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:162)
>  at: org.apache.jcs.access.CacheAccess.put(CacheAccess.java:281)
>  at: org.apache.jcs.access.CacheAccess.put(CacheAccess.java:249)
>  at: com.example.maf.cache.JCSCache.putObject(JCSCache.java:294)
>
>
>
> Here is the cache.ccf file
>
> #
> # Default config: don't allow anything to be stored.maxobject=0
> jcs.default=
> jcs.default.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
> jcs.default.cacheattributes.MaxObjects=0
>
> jcs.default.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache
> jcs.default.cacheattributes.UseMemoryShrinker=false
> jcs.default.elementattributes=org.apache.jcs.engine.ElementAttributes
> jcs.default.elementattributes.IsEternal=false
> jcs.default.elementattributes.IsRemote=false
> jcs.default.elementattributes.IsLateral=false
> jcs.default.elementattributes.IsSpool=false
>
> #
> ## Used by subscriber entry
> #
> jcs.region.subscriber=
>
> jcs.region.subscriber.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
> jcs.region.subscriber.cacheattributes.MaxObjects=10000
>
> jcs.region.subscriber.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache
>
> jcs.region.subscriber.cacheattributes.UseMemoryShrinker=true
> jcs.region.subscriber.cacheattributes.MaxMemoryIdleTimeSeconds=120
> jcs.region.subscriber.cacheattributes.ShrinkerIntervalSeconds=180
> jcs.region.subscriber.cacheattributes.MaxSpoolPerRun=1000
>
> jcs.region.subscriber.elementattributes=org.apache.jcs.engine.ElementAttributes
> jcs.region.subscriber.elementattributes.IsEternal=false
> jcs.region.subscriber.elementattributes.IsRemote=false
> jcs.region.subscriber.elementattributes.IsLateral=false
> jcs.region.subscriber.elementattributes.IsSpool=false
> jcs.region.subscriber.elementattributes.IdleTime=60
> jcs.region.subscriber.elementattributes.MaxLifeSeconds=180
>
> #
> ## Used for COS, COI
> #
> jcs.region.shared=
>
> jcs.region.shared.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
> jcs.region.shared.cacheattributes.MaxObjects=500
>
> jcs.region.shared.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache
>
> jcs.region.shared.cacheattributes.UseMemoryShrinker=true
> jcs.region.shared.cacheattributes.MaxMemoryIdleTimeSeconds=120
> jcs.region.shared.cacheattributes.ShrinkerIntervalSeconds=300
> jcs.region.shared.cacheattributes.MaxSpoolPerRun=1000
> jcs.region.shared.elementattributes=org.apache.jcs.engine.ElementAttributes
> jcs.region.shared.elementattributes.IsEternal=false
> jcs.region.shared.elementattributes.IsRemote=false
> jcs.region.shared.elementattributes.IsLateral=false
> jcs.region.shared.elementattributes.IsSpool=false
> jcs.region.shared.elementattributes.IdleTime=60
> jcs.region.shared.elementattributes.MaxLifeSeconds=300
>
>
>
>
JCS cache causes thread deadlock Rohit Joshi <rohit.c.joshi@gmail.com> urn:uuid:%3ceef7fd3d0911100424w76ec1f78uf623af2390c284a3@mail-gmail-com%3e 2009-11-10T12:24:32Z 
Hi,
  I am using JCSCache as a in-memory caching solution for our product.
 Sometime put and remove calls on JCSCache causes a deadlock. See the thread
dump below.
 I couldn't reproduce during the performance test but our team in CZ is able
to reproduce this.  Is it problem due to mis configuration?

I uses jcs-1.3 using maven dependency.   See the cache.ccf below the
thread-dump.

Thread "Thread-790" thread-id 1,518 thread-stateBLOCKEDWaiting on lock:
org.apache.jcs.engine.control.CompositeCache@180575f
 Owned by: Thread-579 Id: 1,306 at:
org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:736)
 at:
org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:702)
 at: org.apache.jcs.access.CacheAccess.remove(CacheAccess.java:362)
 at: com.example.maf.cache.JCSCache.removeObject(JCSCache.java:341)

Thread "Thread-789" thread-id 1,517 thread-stateBLOCKEDWaiting on lock:
org.apache.jcs.engine.control.CompositeCache@180575f
 Owned by: Thread-579 Id: 1,306 at:
org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:736)
 at:
org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:702)
 at: org.apache.jcs.access.CacheAccess.remove(CacheAccess.java:362)
 at: com.example.maf.cache.JCSCache.removeObject(JCSCache.java:341)

Thread "Thread-788" thread-id 1,516 thread-stateBLOCKEDWaiting on lock:
org.apache.jcs.engine.control.CompositeCache@180575f
 Owned by: Thread-579 Id: 1,306 at:
org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:162)
 at: org.apache.jcs.access.CacheAccess.put(CacheAccess.java:281)
 at: org.apache.jcs.access.CacheAccess.put(CacheAccess.java:249)
 at: com.example.maf.cache.JCSCache.putObject(JCSCache.java:294)

Thread "Thread-787" thread-id 1,515 thread-stateBLOCKEDWaiting on lock:
org.apache.jcs.engine.control.CompositeCache@180575f
 Owned by: Thread-579 Id: 1,306 at:
org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:736)
 at:
org.apache.jcs.engine.control.CompositeCache.remove(CompositeCache.java:702)
 at: org.apache.jcs.access.CacheAccess.remove(CacheAccess.java:362)
 at: com.example.maf.cache.JCSCache.removeObject(JCSCache.java:341)

Thread "Thread-786" thread-id 1,514 thread-stateBLOCKEDWaiting on lock:
org.apache.jcs.engine.control.CompositeCache@180575f
 Owned by: Thread-579 Id: 1,306 at:
org.apache.jcs.engine.control.CompositeCache.update(CompositeCache.java:162)
 at: org.apache.jcs.access.CacheAccess.put(CacheAccess.java:281)
 at: org.apache.jcs.access.CacheAccess.put(CacheAccess.java:249)
 at: com.example.maf.cache.JCSCache.putObject(JCSCache.java:294)



Here is the cache.ccf file

#
# Default config: don't allow anything to be stored.maxobject=0
jcs.default=
jcs.default.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
jcs.default.cacheattributes.MaxObjects=0
jcs.default.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache
jcs.default.cacheattributes.UseMemoryShrinker=false
jcs.default.elementattributes=org.apache.jcs.engine.ElementAttributes
jcs.default.elementattributes.IsEternal=false
jcs.default.elementattributes.IsRemote=false
jcs.default.elementattributes.IsLateral=false
jcs.default.elementattributes.IsSpool=false

#
## Used by subscriber entry
#
jcs.region.subscriber=
jcs.region.subscriber.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
jcs.region.subscriber.cacheattributes.MaxObjects=10000
jcs.region.subscriber.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache

jcs.region.subscriber.cacheattributes.UseMemoryShrinker=true
jcs.region.subscriber.cacheattributes.MaxMemoryIdleTimeSeconds=120
jcs.region.subscriber.cacheattributes.ShrinkerIntervalSeconds=180
jcs.region.subscriber.cacheattributes.MaxSpoolPerRun=1000
jcs.region.subscriber.elementattributes=org.apache.jcs.engine.ElementAttributes
jcs.region.subscriber.elementattributes.IsEternal=false
jcs.region.subscriber.elementattributes.IsRemote=false
jcs.region.subscriber.elementattributes.IsLateral=false
jcs.region.subscriber.elementattributes.IsSpool=false
jcs.region.subscriber.elementattributes.IdleTime=60
jcs.region.subscriber.elementattributes.MaxLifeSeconds=180

#
## Used for COS, COI
#
jcs.region.shared=
jcs.region.shared.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
jcs.region.shared.cacheattributes.MaxObjects=500
jcs.region.shared.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache

jcs.region.shared.cacheattributes.UseMemoryShrinker=true
jcs.region.shared.cacheattributes.MaxMemoryIdleTimeSeconds=120
jcs.region.shared.cacheattributes.ShrinkerIntervalSeconds=300
jcs.region.shared.cacheattributes.MaxSpoolPerRun=1000
jcs.region.shared.elementattributes=org.apache.jcs.engine.ElementAttributes
jcs.region.shared.elementattributes.IsEternal=false
jcs.region.shared.elementattributes.IsRemote=false
jcs.region.shared.elementattributes.IsLateral=false
jcs.region.shared.elementattributes.IsSpool=false
jcs.region.shared.elementattributes.IdleTime=60
jcs.region.shared.elementattributes.MaxLifeSeconds=300
Regarding replication of cache - Please help ...i am in great need Srikanth P <aries.srikanth@gmail.com> urn:uuid:%3cbedbebfb0911061053q56e36103hc7c65e6704cf8b70@mail-gmail-com%3e 2009-11-06T18:53:38Z 
Hi,

Pardon my ignorance. I am not very familiar caching mechanisms. Please go
through the following scenario and help me

*Scenario: *
*
*
There are two servers A and B (say). A has to fetch the data from database
and put it in its cache. This cache has to be replicated to server B. In
case of failure, B should take the responsibility of fetching the data from
database and putting in cache. When "A" comes up then again "A" should be
the master server and it should fetch the data from DB and put it in cache
and replicate the cache to B.


One more thing is, we are planning to expose the data in the cache as a
webservice. When the client access the webservice, then it should get the
cached data in the form of XML.


Please tell me how to implement the above scenario using *JCS* cache and
provide any useful url's that I can go through. Even if you have any POC's
please share.

What I want to know in particular is " how to replicate  cache over cluster
using JCS?"  and " What has to be done in case of master server failure?"

Thanks and Regards,
Sri Kanth
Regarding replication of cache - Please help Srikanth P <aries.srikanth@gmail.com> urn:uuid:%3cbedbebfb0911051621w47f7901bg8bb55b2d9d443108@mail-gmail-com%3e 2009-11-06T00:21:18Z 
Hi,

Pardon my ignorance. I am not very familiar caching mechanisms. Please go
through the following scenario and help me

*Scenario: *
*
*
There are two servers A and B (say). A has to fetch the data from database
and put it in its cache. This cache has to be replicated to server B. In
case of failure, B should take the responsibility of fetching the data from
database and putting in cache. When "A" comes up then again "A" should be
the master server and it should fetch the data from DB and put it in cache
and replicate the cache to B.


One more thing is, we are planning to expose the data in the cache as a
webservice. When the client access the webservice, then it should get the
cached data in the form of XML.


Please tell me how to implement the above scenario using *JCS* cache and
provide any useful url's that I can go through. Even if you have any POC's
please share.


Thanks and Regards,
Sri Kanth
Re: How to analyze the no. of elements in cache from the heapdump? Navin_R <naveen.ravindra@gmail.com> urn:uuid:%3c26211907-post@talk-nabble-com%3e 2009-11-05T11:52:13Z 

No. of instances of org/apache/jcs/engine/CacheElement gives the no. of
elements in the Cache.



Navin_R wrote:
> 
> Hello All,
> 
> I have a heap dump and need to see how many elements are in cache and what
> size do they occupy.
> 
> What class should I traverse in class org/apache/jcs/JCS to get these
> details?
> 
> Thanks,
> Naveen
> 
> 

-- 
View this message in context: http://old.nabble.com/How-to-analyze-the-no.-of-elements-in-cache-from-the-heapdump--tp26210407p26211907.html
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
How to analyze the no. of elements in cache from the heapdump? Navin_R <naveen.ravindra@gmail.com> urn:uuid:%3c26210407-post@talk-nabble-com%3e 2009-11-05T10:51:06Z 

Hello All,

I have a heap dump and need to see how many elements are in cache and what
size do they occupy.

What class should I traverse in class org/apache/jcs/JCS to get these
details?

Thanks,
Naveen

-- 
View this message in context: http://old.nabble.com/How-to-analyze-the-no.-of-elements-in-cache-from-the-heapdump--tp26210407p26210407.html
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: Lateral TCP consuming memory Muhammad Sufyan Shoaib <sufyanshoaib@gmail.com> urn:uuid:%3cd95c61d30910262241k1471b93x8ac282d12326556b@mail-gmail-com%3e 2009-10-27T05:41:08Z 
Sorry to bother again, if i am posting it on a wrong mailing address please
let me know.

On Thu, Oct 15, 2009 at 1:03 PM, Muhammad Sufyan Shoaib <
sufyanshoaib@gmail.com> wrote:

> Hi,
>
> I configured Lateral TCP, so as to make caches on 2 servers to be
> consistent. All i require is GET from other server to be false.
> When i check the the cache just after the server starts, it shows me > 30MB
> of space taken up by mitCache with 0 objects in it. Please suggest where the
> memory leak.
>
> Note: without LTCP, memory size is around  300KB
>
>
> Here is the following snippet of configuration (cache.ccf),
>
> #For LTCP Cache
> jcs.default=LTCP
> jcs.default.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
> jcs.default.cacheattributes.MaxObjects=10000
> jcs.default.cacheattributes.UseLateral=true
> jcs.default.cacheattributes.UseRemote=false
> jcs.default.cacheattributes.UseDisk=false
>
> jcs.default.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache
> jcs.default.elementattributes=org.apache.jcs.engine.ElementAttributes
> jcs.default.elementattributes.IsLateral=true
> jcs.default.elementattributes.IsSpool=false
> jcs.default.elementattributes.IsRemote=false
> jcs.default.elementattributes.IsEternal=false
>
>
> # Title Cache
> #For LTCP Cache
> jcs.region.mitCache=LTCP
>
> jcs.region.mitCache.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
> jcs.region.mitCache.cacheattributes.MaxObjects=10000
>
> jcs.region.mitCache.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache
> jcs.region.mitCache.cacheattributes.UseMemoryShrinker=true
> jcs.region.mitCache.cacheattributes.MaxMemoryIdleTimeSeconds=60000
> jcs.region.mitCache.cacheattributes.UseLateral=true
> jcs.region.mitCache.cacheattributes.ShrinkerIntervalSeconds=600
>
> jcs.region.mitCache.elementattributes=org.apache.jcs.engine.ElementAttributes
> jcs.region.mitCache.elementattributes.IsEternal=false
> jcs.region.mitCache.elementattributes.MaxLifeSeconds=60000
> jcs.region.mitCache.elementattributes.IdleTime=60000
> jcs.region.mitCache.elementattributes.IsSpool=false
> jcs.region.mitCache.elementattributes.IsRemote=false
> jcs.region.mitCache.elementattributes.IsLateral=true
>
>
> # Lateral TCP Auxiliay Cache
>
> jcs.auxiliary.LTCP=org.apache.jcs.auxiliary.lateral.socket.tcp.LateralTCPCacheFactory
>
> jcs.auxiliary.LTCP.attributes=org.apache.jcs.auxiliary.lateral.socket.tcp.TCPLateralCacheAttributes
> jcs.auxiliary.LTCP.attributes.TransmissionTypeName=TCP
> jcs.auxiliary.LTCP.attributes.TcpServers=localhost:1111
> jcs.auxiliary.LTCP.attributes.TcpListenerPort=1110
> jcs.auxiliary.LTCP.attributes.AllowGet=false
> jcs.auxiliary.LTCP.attributes.IssueRemoveOnPut=false
> jcs.auxiliary.LTCP.attributes.Receive=true
>
>


-- 
Muhammad Sufyan Shoaib,
Senior Software Engineer,
Sidat Hyder Morshed Associates.
Re: [jira] Commented: (JCS-58) disc file cache Tore Halset <halset@ecc.no> urn:uuid:%3c69E34C90-6102-4586-B58B-8BF556FF879D@pvv-ntnu-no%3e 2009-10-26T21:36:58Z 
Hello.

Are you trying to put files into the cache directly, not via JCS?  
Please remember that the files in the cache will not be like the  
original files, but the file as a byte[] *and* some metadata like a  
timestamp and the key. All of that is then serialized and saved to disc.

If you have problems, please provide a minimal example to reproduce  
the problem. Like the lines from your cache.ccf and some lines of java  
code.

Regards,
  - Tore.

On 27. okt.. 2009, at 07.33, Chopin Hu (JIRA) wrote:

>
>    [ https://issues.apache.org/jira/browse/JCS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12770178

> #action_12770178 ]
>
> Chopin Hu commented on JCS-58:
> ------------------------------
>
> Aaron,
>
> I am still not getting it right.   Seems that I put an ascii file  
> into the file disk as a separate file.   But when it is an binary  
> file.   It does not work.    Though I set the jvm to a bigger size  
> (1560MBs) to handle a 12 MBs binary file, it still fails.   Do you  
> have an sample code to show how to make it work?   If you need, I  
> can send you a copy of the binary file I used for testing.
>
> Thanks.
>
>> disc file cache
>> ---------------
>>
>>                Key: JCS-58
>>                URL: https://issues.apache.org/jira/browse/JCS-58
>>            Project: JCS
>>         Issue Type: New Feature
>>   Affects Versions: jcs-1.3
>>           Reporter: Tore Halset
>>           Assignee: Aaron Smuts
>>            Fix For: jcs-1.4-dev
>>
>>        Attachments: DiskFileCache.java,  
>> DiskFileCacheAttributes.java, DiskFileCacheFactory.java
>>
>>
>> It would be nice to have a file based cache in jcs where each item  
>> is stored as a single file and the filename is based on the key.  
>> This way, several jvms can share the same cache and the cache can  
>> be rsynced between nodes while running the application.
>
> -- 
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: Remove dependency for concurrent.jar =?ISO-8859-1?Q?Nuno_S=E9nica?= <nsenica@gmail.com> urn:uuid:%3c6fb0a54a0910210940w39229399w6ed6dfb6b2dc9206@mail-gmail-com%3e 2009-10-21T16:40:29Z 
Hi Aaron.

Sorry to bother you again .. :) Is there any news on this issue ?

Kind regards,
Nuno

On Fri, Oct 2, 2009 at 15:28, Nuno Sénica <nsenica@gmail.com> wrote:

> Hi :)
>
> No worries.. take your time.
>
> Thanks
> Nuno
>
>
> On Fri, Oct 2, 2009 at 15:25, Aaron Smuts <asmuts@yahoo.com> wrote:
>
>> Sorry for the delay.  I'm working on it, but lots of other things keep
>> coming up.  It will take a couple more weeks.
>>
>> Aaron
>>
>> --- On Thu, 10/1/09, Nuno Sénica <nsenica@gmail.com> wrote:
>>
>> > From: Nuno Sénica <nsenica@gmail.com>
>> > Subject: Re: Remove dependency for concurrent.jar
>> > To: "JCS Users List" <jcs-users@jakarta.apache.org>
>> > Date: Thursday, October 1, 2009, 12:13 PM
>> > Hi Aaron,
>> >
>> > Sorry to bother you again with this issue..
>> >
>> > Are there any news regarding this ?
>> >
>> > Best regards,
>> > Nuno
>> >
>> > On Mon, Sep 21, 2009 at 16:23, Nuno Sénica <nsenica@gmail.com>
>> > wrote:
>> >
>> > > Hi Aaron :)
>> > >
>> > > Here I am again querying you on the status of this
>> > task.
>> > >
>> > > Did you have the chance the start it ? :) How it is
>> > going.
>> > >
>> > > Best regards,
>> > > Nuno Sénica
>> > >
>> > >
>> > > On Fri, Aug 28, 2009 at 11:31, Nuno Sénica <nsenica@gmail.com>
>> > wrote:
>> > >
>> > >> Hi Aaron
>> > >>
>> > >> Once again thanks for your inputs..
>> > >>
>> > >> Since it is not a matter of find and replace,
>> > maybe I'll wait a couple of
>> > >> weeks so that you take on that task :)
>> > >>
>> > >> I'll poke by then just to know how the work is
>> > going.
>> > >>
>> > >> Regads and thanks a lot once again.
>> > >>
>> > >> Nuno
>> > >>
>> > >>
>> > >> On Thu, Aug 27, 2009 at 16:24, Aaron Smuts <asmuts@yahoo.com>
>> > wrote:
>> > >>
>> > >>> It's not a simple matter of find and
>> > replace.  If it was, I would have
>> > >>> done it some time back. . . .
>> > >>>
>> > >>> This is such an extensive change, it's
>> > probably best that I do it.  But
>> > >>> feel free to give it a try.
>> > >>>
>> > >>> Thanks,
>> > >>>
>> > >>> Aaron
>> > >>>
>> > >>> --- On Thu, 8/27/09, Aaron Smuts <asmuts@yahoo.com>
>> > wrote:
>> > >>>
>> > >>> > From: Aaron Smuts <asmuts@yahoo.com>
>> > >>> > Subject: Re: Remove dependency for
>> > concurrent.jar
>> > >>> > To: "JCS Users List" <jcs-users@jakarta.apache.org>
>> > >>> > Date: Thursday, August 27, 2009, 8:21 AM
>> > >>> > In my first email, I pointed out
>> > >>> > several things that would need to be
>> > changed.  You can
>> > >>> > simply search for the util concurrent
>> > import and find them
>> > >>> > all.
>> > "EDU.oswego.cs.dl.util.concurrent"
>> > >>> >
>> > >>> > ClockDaemon is used more than the poooled
>> > executor. . . .
>> > >>> >
>> > >>> > Yes, there is a backport for JDK
>> > 1.4.  A backport
>> > >>> > implements something available only in a
>> > new version.
>> > >>> > In this case, the backport is of the 1.5
>> > concurrent
>> > >>> > library.  This allows you to compile
>> > and run in
>> > >>> > 1.4.  But if you are running 1.5 or
>> > later, you don't
>> > >>> > need to backport jar.
>> > >>> >
>> > >>> > There are some subtle changes between the
>> > two.  But it
>> > >>> > should be perfectly possible to get it
>> > working in a few
>> > >>> > days.  Take a crack at it if you
>> > want.  I'll get
>> > >>> > to it in about two weeks.
>> > >>> >
>> > >>> > Aaron
>> > >>> >
>> > >>> >
>> > >>> >
>> > >>> > --- On Thu, 8/27/09, Jeffrey Kesselman
>> > <jeffpk@gmail.com>
>> > >>> > wrote:
>> > >>> >
>> > >>> > > From: Jeffrey Kesselman <jeffpk@gmail.com>
>> > >>> > > Subject: Re: Remove dependency for
>> > concurrent.jar
>> > >>> > > To: "JCS Users List" <jcs-users@jakarta.apache.org>
>> > >>> > > Date: Thursday, August 27, 2009,
>> > 8:02 AM
>> > >>> > > Well i don't know the codebase so
>> > >>> > > Aaron is your better reference
>> > there
>> > >>> > > BUT...
>> > >>> > >
>> > >>> > > Since the large majority of Doug's
>> > concurrent library
>> > >>> > got
>> > >>> > > ported as is into
>> > >>> > > the JDK, Id start by simply taking
>> > his library out of
>> > >>> > your
>> > >>> > > build path in
>> > >>> > > eclipse.  Then follow the
>> > errors and everywhere it
>> > >>> > > can't find a reference to
>> > >>> > > a concurrent utility, use's
>> > Eclipse's help to add the
>> > >>> > > proper import.
>> > >>> > >
>> > >>> > > Id imagine it cant be more then a
>> > day or two of very
>> > >>> > > mechanical work...
>> > >>> > >
>> > >>> > > Alternately, if your a perl type
>> > hacker you could try
>> > >>> > > writing a script that
>> > >>> > > would look for the string that is
>> > doug's package name
>> > >>> > in
>> > >>> > > the file and
>> > >>> > > repalce it with the JDK package.
>> > >>> > >
>> > >>> > > JK
>> > >>> > >
>> > >>> > > On Thu, Aug 27, 2009 at 10:36 AM,
>> > Nuno Sénica <nsenica@gmail.com>
>> > >>> > > wrote:
>> > >>> > >
>> > >>> > > > Hi Jeffrey and Aaron,
>> > >>> > > >
>> > >>> > > > We are currently evaluating the
>> > effort to
>> > >>> > perform
>> > >>> > > those changes.. If the
>> > >>> > > > effort is not that big, I
>> > personally, would like
>> > >>> > to
>> > >>> > > make that change and
>> > >>> > > > contribute to the community.
>> > >>> > > >
>> > >>> > > > I'll need some guideline from
>> > where to start,
>> > >>> > and
>> > >>> > > regarding that I'm
>> > >>> > > > relying
>> > >>> > > > on you guys :D
>> > >>> > > >
>> > >>> > > > Which should be the best
>> > approach to start this
>> > >>> > change
>> > >>> > > ?
>> > >>> > > >
>> > >>> > > > Regards,
>> > >>> > > > Nuno
>> > >>> > > >
>> > >>> > > > On Thu, Aug 27, 2009 at 15:30,
>> > Jeffrey Kesselman
>> > >>> > > <jeffpk@gmail.com>
>> > >>> > > wrote:
>> > >>> > > >
>> > >>> > > > > The source is available,
>> > couldn't you go
>> > >>> > through
>> > >>> > > it and change the
>> > >>> > > > > references yourselves?
>> > >>> > > > >
>> > >>> > > > > That seems a lot less
>> > costly then abandoning
>> > >>> > the
>> > >>> > > whole library.
>> > >>> > > > >
>> > >>> > > > > Maybe you could even
>> > contribute those
>> > >>> > changes
>> > >>> > > back to the community...
>> > >>> > > > >
>> > >>> > > > > On Thu, Aug 27, 2009 at
>> > 7:02 AM, Nuno
>> > >>> > Sénica
>> > >>> > > <nsenica@gmail.com>
>> > >>> > > wrote:
>> > >>> > > > >
>> > >>> > > > > > Hi all,
>> > >>> > > > > >
>> > >>> > > > > > At the company where
>> > I work for, we
>> > >>> > have an
>> > >>> > > application which relies on
>> > >>> > > > > JCS
>> > >>> > > > > > and it has proven to
>> > be a good solution
>> > >>> > so
>> > >>> > > far. But now, we were
>> > >>> > > > informed
>> > >>> > > > > > about legal issues by
>> > using concurrent
>> > >>> > lib
>> > >>> > > and we are being instructed
>> > >>> > > > to
>> > >>> > > > > > change the caching
>> > lib.
>> > >>> > > > > >
>> > >>> > > > > > My question is if
>> > there's any plan to
>> > >>> > use
>> > >>> > > the native concurrent instead
>> > >>> > > > > of
>> > >>> > > > > > the lib that JSC
>> > depend on at the
>> > >>> > moment ?
>> > >>> > > Is so, when it is planned to
>> > >>> > > > > be
>> > >>> > > > > > available ?
>> > >>> > > > > >
>> > >>> > > > > > Thanks in advance.
>> > >>> > > > > >
>> > >>> > > > > > Regards,
>> > >>> > > > > > Nuno
>> > >>> > > > > >
>> > >>> > > > >
>> > >>> > > > >
>> > >>> > > > >
>> > >>> > > > > --
>> > >>> > > > > ~~ Microsoft help desk
>> > says: reply hazy,
>> > >>> > ask
>> > >>> > > again later. ~~
>> > >>> > > > >
>> > >>> > > >
>> > >>> > >
>> > >>> > >
>> > >>> > >
>> > >>> > > --
>> > >>> > > ~~ Microsoft help desk says: reply
>> > hazy, ask again
>> > >>> > later.
>> > >>> > > ~~
>> > >>> > >
>> > >>> >
>> > >>> >
>> > ---------------------------------------------------------------------
>> > >>> > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
>> > >>> > For additional commands, e-mail:
>> jcs-users-help@jakarta.apache.org
>> > >>> >
>> > >>> >
>> > >>>
>> > >>>
>> > ---------------------------------------------------------------------
>> > >>> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
>> > >>> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
>> > >>>
>> > >>>
>> > >>
>> > >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
>>
>>
>
Memory usage when loading keys the_dust <alex_j@gmx.de> urn:uuid:%3c25957925-post@talk-nabble-com%3e 2009-10-19T12:56:27Z 

Hello,

I filled a IndexedDiskCache with about 7 million entries and everything
worked fine. This resulted in a .key file of about 190 MB in size. 

When the cache is loaded, it takes about 2.5 GB of RAM loading all the keys,
even if the .key file is much smaller. For my special case, this is a big
problem. My two questions are now:

1. Why is that?
2. How can I solve this problem?

With kind regards,

Alex
-- 
View this message in context: http://www.nabble.com/Memory-usage-when-loading-keys-tp25957925p25957925.html
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Lateral TCP consuming memory Muhammad Sufyan Shoaib <sufyanshoaib@gmail.com> urn:uuid:%3cd95c61d30910150003t54655998g627364469708e7de@mail-gmail-com%3e 2009-10-15T07:03:46Z 
Hi,

I configured Lateral TCP, so as to make caches on 2 servers to be
consistent. All i require is GET from other server to be false.
When i check the the cache just after the server starts, it shows me > 30MB
of space taken up by mitCache with 0 objects in it. Please suggest where the
memory leak.

Note: without LTCP, memory size is around  300KB


Here is the following snippet of configuration (cache.ccf),

#For LTCP Cache
jcs.default=LTCP
jcs.default.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
jcs.default.cacheattributes.MaxObjects=10000
jcs.default.cacheattributes.UseLateral=true
jcs.default.cacheattributes.UseRemote=false
jcs.default.cacheattributes.UseDisk=false
jcs.default.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache
jcs.default.elementattributes=org.apache.jcs.engine.ElementAttributes
jcs.default.elementattributes.IsLateral=true
jcs.default.elementattributes.IsSpool=false
jcs.default.elementattributes.IsRemote=false
jcs.default.elementattributes.IsEternal=false


# Title Cache
#For LTCP Cache
jcs.region.mitCache=LTCP
jcs.region.mitCache.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
jcs.region.mitCache.cacheattributes.MaxObjects=10000
jcs.region.mitCache.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache
jcs.region.mitCache.cacheattributes.UseMemoryShrinker=true
jcs.region.mitCache.cacheattributes.MaxMemoryIdleTimeSeconds=60000
jcs.region.mitCache.cacheattributes.UseLateral=true
jcs.region.mitCache.cacheattributes.ShrinkerIntervalSeconds=600
jcs.region.mitCache.elementattributes=org.apache.jcs.engine.ElementAttributes
jcs.region.mitCache.elementattributes.IsEternal=false
jcs.region.mitCache.elementattributes.MaxLifeSeconds=60000
jcs.region.mitCache.elementattributes.IdleTime=60000
jcs.region.mitCache.elementattributes.IsSpool=false
jcs.region.mitCache.elementattributes.IsRemote=false
jcs.region.mitCache.elementattributes.IsLateral=true


# Lateral TCP Auxiliay Cache
jcs.auxiliary.LTCP=org.apache.jcs.auxiliary.lateral.socket.tcp.LateralTCPCacheFactory
jcs.auxiliary.LTCP.attributes=org.apache.jcs.auxiliary.lateral.socket.tcp.TCPLateralCacheAttributes
jcs.auxiliary.LTCP.attributes.TransmissionTypeName=TCP
jcs.auxiliary.LTCP.attributes.TcpServers=localhost:1111
jcs.auxiliary.LTCP.attributes.TcpListenerPort=1110
jcs.auxiliary.LTCP.attributes.AllowGet=false
jcs.auxiliary.LTCP.attributes.IssueRemoveOnPut=false
jcs.auxiliary.LTCP.attributes.Receive=true
Re: Cache for large data that is crashing JVM Aaron Smuts <asmuts@yahoo.com> urn:uuid:%3c284913-51617-qm@web38703-mail-mud-yahoo-com%3e 2009-10-14T20:10:03Z 
It can be configured to do all three and more.

The memory auxiliaries store data in memory.  

The indexed disk cache stores the data on disk and the keys in memory.  (There are other disk
caches as well.)  

If you use the JDBC disk cache, you can have JCS act as a facade on top of a database, such
as MySQL.  That way, no data would have to live in the local JVM.

What it sounds like you need is the remote cache.  You can start a JCS remote cache server.
 You can talk to it via rmi or you can run an http remote server (a servlet in the servlet
engine of your choice.)  I recommend the RMI remote cache.  You can have JCS keep some data
on the client side, the most active data.  Surely, not all million records are access as frequently.
. . . .  

Read the docs and experiment.  Ask away if you have any specific questions after consulting
the documentation.  

Aaron

--- On Wed, 10/14/09, Armour, David L - DOT <David.Armour@dot.wi.gov> wrote:

> From: Armour, David L - DOT <David.Armour@dot.wi.gov>
> Subject: Cache for large data that is crashing JVM
> To: "'jcs-users@jakarta.apache.org'" <jcs-users@jakarta.apache.org>
> Date: Wednesday, October 14, 2009, 12:56 PM
> Hi
> 
> Currently, I am trying to fix an old application that is
> loading 500 MB of data into memory and crashing the
> JVM.  I am wondering two things:
> 
> 1.      Does JCS put the cache data into
> memory?  If yes, then I am going to still have too much
> for the JVM.  Does it write it to disk and then only
> hold the keys in memory?  Unfortunately, there are over
> a million records in this set.
> 2.      Can JCS be setup to run in it's own
> memory space (JVM) and then use some connection mechanism
> from the original application to JCS (like a database
> connection of some sort)?  This way the application JVM
> is not overloaded and the cache JVM can be configured
> properly.
> 
> Any other ideas or thoughts?
> 
> Thanks.
> 
> David Armour
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Cache for large data that is crashing JVM "Armour, David L - DOT" <David.Armour@dot.wi.gov> urn:uuid:%3c1EA45D5A75EBB747A54A4F1905DE558B019DBB4557E0@MEWMAD0PC01G03-accounts-wistate-us%3e 2009-10-14T19:56:53Z 
Hi

Currently, I am trying to fix an old application that is loading 500 MB of data into memory
and crashing the JVM.  I am wondering two things:

1.      Does JCS put the cache data into memory?  If yes, then I am going to still have too
much for the JVM.  Does it write it to disk and then only hold the keys in memory?  Unfortunately,
there are over a million records in this set.
2.      Can JCS be setup to run in it's own memory space (JVM) and then use some connection
mechanism from the original application to JCS (like a database connection of some sort)?
 This way the application JVM is not overloaded and the cache JVM can be configured properly.

Any other ideas or thoughts?

Thanks.

David Armour
RE: Load balancing with JCS Jorge Medina <jmedina@e-dialog.com> urn:uuid:%3cB8E384888845E847AAF71F54C119EDED2AAA6F6F@eeyore-ad-e-dialog-com%3e 2009-10-13T22:02:27Z 

Your questions are not clear, you won't get any answers if you are not clear and have done
some reading, coding and testing on your own before asking questions.


JCS is a caching toolkit, it does not do load balancing.
You can use JCS as a distributed cache in a load balanced cluster.
If you only have one server, then you don't need the TCP lateral cache. 

I did not not understand your second question, what do you want to initialize the cache with?
If you have two servlet, are they running in the same webapp ? If they are, then you can share
the JCS caches in memory.
Are the servlets in different webapps? If that is the case, then you may use TCP lateral cache
if your application requires a shared distributed cache.

-Jorge




-----Original Message-----
From: Ahmad Kamil Abdul Hamid [mailto:kamil@akg.t.u-tokyo.ac.jp] 
Sent: Thursday, October 08, 2009 9:32 PM
To: jcs-users@jakarta.apache.org
Subject: Load balancing with JCS

Hi,

I am new to cache programming in Java. JCS is actually my first java-based cache programming
experience.

Currently, as part of my research, I need to design a cache to be implemented within Tomcat
(proxy server). I chose JCS for the cache software.

I have two questions:

a) For a single proxy server, is it possible to implement load balancing with JCS? (Maybe
by using TCP lateral cache?)

b) What will be the best way to initialize the cache and accessing the cache with two separate
servlets?

Thank you.

Best regards.

Ahmad Kamil Abdul Hamid

---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Building JCS from Source Scott Archer <scott.archer@gmail.com> urn:uuid:%3c4858e4e30910121419v5f9c3ec6k60220ec2b28018b8@mail-gmail-com%3e 2009-10-12T21:19:32Z 
How do I go about building JCS from source?

I tried building with maven (mvn clean package) and ant, but I haven't
had any luck.

Thanks,

Scott

---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: How to Cache A Physical File Chopin hu <huchopin@yahoo.com> urn:uuid:%3c678028-68235-qm@web53912-mail-re2-yahoo-com%3e 2009-10-09T17:43:35Z 
Jeff,

You are my hero for today.  Can you please send me some code prototype on how to make that
work?   Is "ByteBuffer" the actual type you used?   I definitely will try that out soon? 
but any piece of your code sample is a great help to me.

Chopin


--- On Fri, 10/9/09, Jeffrey Kesselman <jeffpk@gmail.com> wrote:

> From: Jeffrey Kesselman <jeffpk@gmail.com>
> Subject: Re: How to Cache A Physical File
> To: "JCS Users List" <jcs-users@jakarta.apache.org>
> Date: Friday, October 9, 2009, 1:14 PM
> I cache file contents in my cache.
> 
> The trick is this... the cache will attempt to serialize
> and cache the java
> object you pass it. So passing it the input stream is
> wrong... it will try
> to cache the input stream object not the contents of the
> stream.
> 
> What I do is read my content into a ByteBuffer and then
> cache that.
> 
> On Fri, Oct 9, 2009 at 12:04 PM, Chopin hu <huchopin@yahoo.com>
> wrote:
> 
> > Yes.  Actually, that is exactly what I am looking
> for.  Not clear how to
> > use that yet, though.
> >
> > Thank you so much for all your help on this.
> >
> > Chopin
> >
> >
> > --- On Fri, 10/9/09, Tim Cronin <Tim.Cronin@autonomy.com>
> wrote:
> >
> > > From: Tim Cronin <Tim.Cronin@autonomy.com>
> > > Subject: RE: How to Cache A Physical File
> > > To: "JCS Users List" <jcs-users@jakarta.apache.org>
> > > Date: Friday, October 9, 2009, 11:48 AM
> > > You should follow this as it seems
> > > like what you are looking to do.
> > >
> > > https://issues.apache.org/jira/browse/JCS-58
> > >
> > >
> > > -----Original Message-----
> > > From: fox1964 [mailto:huchopin@yahoo.com]
> > >
> > > Sent: Wednesday, October 07, 2009 7:01 PM
> > > To: jcs-users@jakarta.apache.org
> > > Subject: RE: How to Cache A Physical File
> > >
> > >
> > > Tim,
> > >
> > > Thank you so much for your
> reply.   There
> > > are two requirements for this
> > > cache: first, the files shall be cached to the
> disk;
> > > second  Also, that
> > > a
> > > whole file content shall be cached instead of
> just a
> > > filename.   I am
> > > not
> > > using java much, and have not been using that for
> a long
> > > time.   Can you
> > > point me to what object I should rebuild the
> input stream,
> > > which I think
> > > can
> > > be serialized for use in JCS?
> > >
> > > do appreciate any input on this.
> > >
> > > fox1964
> > >
> > >
> > >
> > > Tim Cronin-2 wrote:
> > > >
> > > > If you're only using the memory cache you
> should be
> > > able to cache
> > > those
> > > > input streams, but you can't serialize them
> to disk as
> > > they have
> > > native
> > > > file handles tied to them.
> > > >
> > > > You would need to wrap them and basically
> rebuild the
> > > input stream
> > > > completely.
> > > >
> > > > It might just be simpler to cache the file
> name and
> > > build the input
> > > > stream.
> > > >
> > > > If you're concerned about performance I
> think the
> > > reading will be the
> > > > biggest issue and not the creation of the
> input stream
> > > itself.
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: fox1964 [mailto:huchopin@yahoo.com]
> > >
> > > > Sent: Tuesday, October 06, 2009 10:17 PM
> > > > To: jcs-users@jakarta.apache.org
> > > > Subject: How to Cache A Physical File
> > > >
> > > >
> > > > I have a large physical file downloaded to
> my
> > > server.   I'd like to
> > > > cache the
> > > > file so that my program can read
> faster.  I've
> > > configured JCS
> > > properly.
> > > > I
> > > > can see the "mycache.key" and "mycache.data"
> files are
> > > updated every
> > > > time I
> > > > use a string for both a key/value pair.
> > > But how can I put a
> > > physical
> > > > file
> > > > into cache?   Right now, I
> use an
> > > "FileInputStream" object to read the
> > > > file,
> > > > and put into the cache.
> > > >
> > > > FileInputStream input = new
> FileInputStream(file);
> > > >
> > > cache.put(input);
> > > >
> > > > This seems to go thru without prompting any
> error
> > > message.   But when
> > > I
> > > > tried to retrieve it, I got a message
> > > "java.lang.NullPointerException"
> > > > when
> > > >
> > > cache.get(key);
> > > >
> > > > I can see the mycache.key file updated, but
> can NOT
> > > see any updates in
> > > > mycache.data file by looking at the
> timestamp.
> > > >
> > > > Any guru can show me what I may do
> > > wrong?   Or do you have any
> sample
> > > > code
> > > > to do this?   Thanks a lot in
> advance.
> > > >
> > > >
> > > > --
> > > > View this message in context:
> > > >
> > > http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25779933.h
> > > > tml
> > > > Sent from the JCS - Users mailing list
> archive at
> > > Nabble.com.
> > > >
> > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> > > >
> > > >
> > > >
> > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> > > >
> > > >
> > > >
> > >
> > > --
> > > View this message in context:
> > > http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25796503.h
> > > tml
> > > Sent from the JCS - Users mailing list archive
> at
> > > Nabble.com.
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> > >
> > >
> >
> >
> >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> >
> >
> 
> 
> -- 
> ~~ Microsoft help desk says: reply hazy, ask again later.
> ~~
> 


      

---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: How to Cache A Physical File Jeffrey Kesselman <jeffpk@gmail.com> urn:uuid:%3c330f74e70910091014p74c22a58ha13639a4c5b3d453@mail-gmail-com%3e 2009-10-09T17:14:08Z 
I cache file contents in my cache.

The trick is this... the cache will attempt to serialize and cache the java
object you pass it. So passing it the input stream is wrong... it will try
to cache the input stream object not the contents of the stream.

What I do is read my content into a ByteBuffer and then cache that.

On Fri, Oct 9, 2009 at 12:04 PM, Chopin hu <huchopin@yahoo.com> wrote:

> Yes.  Actually, that is exactly what I am looking for.  Not clear how to
> use that yet, though.
>
> Thank you so much for all your help on this.
>
> Chopin
>
>
> --- On Fri, 10/9/09, Tim Cronin <Tim.Cronin@autonomy.com> wrote:
>
> > From: Tim Cronin <Tim.Cronin@autonomy.com>
> > Subject: RE: How to Cache A Physical File
> > To: "JCS Users List" <jcs-users@jakarta.apache.org>
> > Date: Friday, October 9, 2009, 11:48 AM
> > You should follow this as it seems
> > like what you are looking to do.
> >
> > https://issues.apache.org/jira/browse/JCS-58
> >
> >
> > -----Original Message-----
> > From: fox1964 [mailto:huchopin@yahoo.com]
> >
> > Sent: Wednesday, October 07, 2009 7:01 PM
> > To: jcs-users@jakarta.apache.org
> > Subject: RE: How to Cache A Physical File
> >
> >
> > Tim,
> >
> > Thank you so much for your reply.   There
> > are two requirements for this
> > cache: first, the files shall be cached to the disk;
> > second  Also, that
> > a
> > whole file content shall be cached instead of just a
> > filename.   I am
> > not
> > using java much, and have not been using that for a long
> > time.   Can you
> > point me to what object I should rebuild the input stream,
> > which I think
> > can
> > be serialized for use in JCS?
> >
> > do appreciate any input on this.
> >
> > fox1964
> >
> >
> >
> > Tim Cronin-2 wrote:
> > >
> > > If you're only using the memory cache you should be
> > able to cache
> > those
> > > input streams, but you can't serialize them to disk as
> > they have
> > native
> > > file handles tied to them.
> > >
> > > You would need to wrap them and basically rebuild the
> > input stream
> > > completely.
> > >
> > > It might just be simpler to cache the file name and
> > build the input
> > > stream.
> > >
> > > If you're concerned about performance I think the
> > reading will be the
> > > biggest issue and not the creation of the input stream
> > itself.
> > >
> > >
> > > -----Original Message-----
> > > From: fox1964 [mailto:huchopin@yahoo.com]
> >
> > > Sent: Tuesday, October 06, 2009 10:17 PM
> > > To: jcs-users@jakarta.apache.org
> > > Subject: How to Cache A Physical File
> > >
> > >
> > > I have a large physical file downloaded to my
> > server.   I'd like to
> > > cache the
> > > file so that my program can read faster.  I've
> > configured JCS
> > properly.
> > > I
> > > can see the "mycache.key" and "mycache.data" files are
> > updated every
> > > time I
> > > use a string for both a key/value pair.
> > But how can I put a
> > physical
> > > file
> > > into cache?   Right now, I use an
> > "FileInputStream" object to read the
> > > file,
> > > and put into the cache.
> > >
> > > FileInputStream input = new FileInputStream(file);
> > >
> > cache.put(input);
> > >
> > > This seems to go thru without prompting any error
> > message.   But when
> > I
> > > tried to retrieve it, I got a message
> > "java.lang.NullPointerException"
> > > when
> > >
> > cache.get(key);
> > >
> > > I can see the mycache.key file updated, but can NOT
> > see any updates in
> > > mycache.data file by looking at the timestamp.
> > >
> > > Any guru can show me what I may do
> > wrong?   Or do you have any sample
> > > code
> > > to do this?   Thanks a lot in advance.
> > >
> > >
> > > --
> > > View this message in context:
> > >
> > http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25779933.h
> > > tml
> > > Sent from the JCS - Users mailing list archive at
> > Nabble.com.
> > >
> > >
> > >
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> > >
> > >
> > >
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> > >
> > >
> > >
> >
> > --
> > View this message in context:
> > http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25796503.h
> > tml
> > Sent from the JCS - Users mailing list archive at
> > Nabble.com.
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> >
> >
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
>
>


-- 
~~ Microsoft help desk says: reply hazy, ask again later. ~~
RE: How to Cache A Physical File Chopin hu <huchopin@yahoo.com> urn:uuid:%3c653424-47158-qm@web53907-mail-re2-yahoo-com%3e 2009-10-09T16:04:16Z 
Yes.  Actually, that is exactly what I am looking for.  Not clear how to use that yet, though.

Thank you so much for all your help on this.

Chopin


--- On Fri, 10/9/09, Tim Cronin <Tim.Cronin@autonomy.com> wrote:

> From: Tim Cronin <Tim.Cronin@autonomy.com>
> Subject: RE: How to Cache A Physical File
> To: "JCS Users List" <jcs-users@jakarta.apache.org>
> Date: Friday, October 9, 2009, 11:48 AM
> You should follow this as it seems
> like what you are looking to do.
> 
> https://issues.apache.org/jira/browse/JCS-58
> 
> 
> -----Original Message-----
> From: fox1964 [mailto:huchopin@yahoo.com]
> 
> Sent: Wednesday, October 07, 2009 7:01 PM
> To: jcs-users@jakarta.apache.org
> Subject: RE: How to Cache A Physical File
> 
> 
> Tim,
> 
> Thank you so much for your reply.   There
> are two requirements for this
> cache: first, the files shall be cached to the disk;
> second  Also, that
> a
> whole file content shall be cached instead of just a
> filename.   I am
> not
> using java much, and have not been using that for a long
> time.   Can you
> point me to what object I should rebuild the input stream,
> which I think
> can
> be serialized for use in JCS?
> 
> do appreciate any input on this.
> 
> fox1964
> 
> 
> 
> Tim Cronin-2 wrote:
> > 
> > If you're only using the memory cache you should be
> able to cache
> those
> > input streams, but you can't serialize them to disk as
> they have
> native
> > file handles tied to them.
> > 
> > You would need to wrap them and basically rebuild the
> input stream
> > completely.
> > 
> > It might just be simpler to cache the file name and
> build the input
> > stream.
> > 
> > If you're concerned about performance I think the
> reading will be the
> > biggest issue and not the creation of the input stream
> itself.
> > 
> > 
> > -----Original Message-----
> > From: fox1964 [mailto:huchopin@yahoo.com]
> 
> > Sent: Tuesday, October 06, 2009 10:17 PM
> > To: jcs-users@jakarta.apache.org
> > Subject: How to Cache A Physical File
> > 
> > 
> > I have a large physical file downloaded to my
> server.   I'd like to
> > cache the
> > file so that my program can read faster.  I've
> configured JCS
> properly.
> > I
> > can see the "mycache.key" and "mycache.data" files are
> updated every
> > time I
> > use a string for both a key/value pair.   
> But how can I put a
> physical
> > file
> > into cache?   Right now, I use an
> "FileInputStream" object to read the
> > file,
> > and put into the cache.
> > 
> > FileInputStream input = new FileInputStream(file);
> >           
> cache.put(input);
> > 
> > This seems to go thru without prompting any error
> message.   But when
> I
> > tried to retrieve it, I got a message
> "java.lang.NullPointerException"
> > when 
> >           
> cache.get(key);
> > 
> > I can see the mycache.key file updated, but can NOT
> see any updates in
> > mycache.data file by looking at the timestamp.
> > 
> > Any guru can show me what I may do
> wrong?   Or do you have any sample
> > code
> > to do this?   Thanks a lot in advance.
> > 
> > 
> > -- 
> > View this message in context:
> >
> http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25779933.h
> > tml
> > Sent from the JCS - Users mailing list archive at
> Nabble.com.
> > 
> > 
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> > 
> > 
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> > 
> > 
> > 
> 
> -- 
> View this message in context:
> http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25796503.h
> tml
> Sent from the JCS - Users mailing list archive at
> Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> 
> 


      

---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
RE: How to Cache A Physical File "Tim Cronin" <Tim.Cronin@autonomy.com> urn:uuid:%3c56A8F47A92B81F4C91648D4E38286A4804A00B18@exbehq01-Interwoven-com%3e 2009-10-09T15:48:22Z 
You should follow this as it seems like what you are looking to do.

https://issues.apache.org/jira/browse/JCS-58


-----Original Message-----
From: fox1964 [mailto:huchopin@yahoo.com] 
Sent: Wednesday, October 07, 2009 7:01 PM
To: jcs-users@jakarta.apache.org
Subject: RE: How to Cache A Physical File


Tim,

Thank you so much for your reply.   There are two requirements for this
cache: first, the files shall be cached to the disk; second  Also, that
a
whole file content shall be cached instead of just a filename.   I am
not
using java much, and have not been using that for a long time.   Can you
point me to what object I should rebuild the input stream, which I think
can
be serialized for use in JCS?

do appreciate any input on this.

fox1964



Tim Cronin-2 wrote:
> 
> If you're only using the memory cache you should be able to cache
those
> input streams, but you can't serialize them to disk as they have
native
> file handles tied to them.
> 
> You would need to wrap them and basically rebuild the input stream
> completely.
> 
> It might just be simpler to cache the file name and build the input
> stream.
> 
> If you're concerned about performance I think the reading will be the
> biggest issue and not the creation of the input stream itself.
> 
> 
> -----Original Message-----
> From: fox1964 [mailto:huchopin@yahoo.com] 
> Sent: Tuesday, October 06, 2009 10:17 PM
> To: jcs-users@jakarta.apache.org
> Subject: How to Cache A Physical File
> 
> 
> I have a large physical file downloaded to my server.   I'd like to
> cache the
> file so that my program can read faster.  I've configured JCS
properly.
> I
> can see the "mycache.key" and "mycache.data" files are updated every
> time I
> use a string for both a key/value pair.    But how can I put a
physical
> file
> into cache?   Right now, I use an "FileInputStream" object to read the
> file,
> and put into the cache.
> 
> FileInputStream input = new FileInputStream(file);
>            cache.put(input);
> 
> This seems to go thru without prompting any error message.   But when
I
> tried to retrieve it, I got a message "java.lang.NullPointerException"
> when 
>            cache.get(key);
> 
> I can see the mycache.key file updated, but can NOT see any updates in
> mycache.data file by looking at the timestamp.
> 
> Any guru can show me what I may do wrong?   Or do you have any sample
> code
> to do this?   Thanks a lot in advance.
> 
> 
> -- 
> View this message in context:
>
http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25779933.h
> tml
> Sent from the JCS - Users mailing list archive at Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> 
> 
> 

-- 
View this message in context:
http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25796503.h
tml
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Load balancing with JCS Ahmad Kamil Abdul Hamid <kamil@akg.t.u-tokyo.ac.jp> urn:uuid:%3c2f8e57410910081832r6ef4d26aw9beea3fad31921ff@mail-gmail-com%3e 2009-10-09T01:32:06Z 
Hi,

I am new to cache programming in Java. JCS is actually my first java-based
cache programming experience.

Currently, as part of my research, I need to design a cache to be
implemented within Tomcat (proxy server). I chose JCS for the cache
software.

I have two questions:

a) For a single proxy server, is it possible to implement load balancing
with JCS? (Maybe by using TCP lateral cache?)

b) What will be the best way to initialize the cache and accessing the cache
with two separate servlets?

Thank you.

Best regards.

Ahmad Kamil Abdul Hamid
RE: How to Cache A Physical File "Tim Cronin" <Tim.Cronin@autonomy.com> urn:uuid:%3c56A8F47A92B81F4C91648D4E38286A4804A0096F@exbehq01-Interwoven-com%3e 2009-10-08T18:21:32Z 
>the files shall be cached to the disk

JCS does this, See indexedDiskCache. If you need the files to be
accessible by external apps then your going to need to write these to
disk on your own
Or if an external process actually places the disk locally.

>Also, that a whole file content shall be cached instead of just a
filename.    

The file input stream is not the file content but the mechanism for
reading 
The content from the disk. As I said creating the input stream is not
that costly. You could read the content then place the content into the
cache. Depending on the size of the content you will end up paying a
memory price. 



-----Original Message-----
From: fox1964 [mailto:huchopin@yahoo.com] 
Sent: Wednesday, October 07, 2009 7:01 PM
To: jcs-users@jakarta.apache.org
Subject: RE: How to Cache A Physical File


Tim,

Thank you so much for your reply.   There are two requirements for this
cache: first, the files shall be cached to the disk; second  Also, that
a
whole file content shall be cached instead of just a filename.   I am
not
using java much, and have not been using that for a long time.   Can you
point me to what object I should rebuild the input stream, which I think
can
be serialized for use in JCS?

do appreciate any input on this.

fox1964



Tim Cronin-2 wrote:
> 
> If you're only using the memory cache you should be able to cache
those
> input streams, but you can't serialize them to disk as they have
native
> file handles tied to them.
> 
> You would need to wrap them and basically rebuild the input stream
> completely.
> 
> It might just be simpler to cache the file name and build the input
> stream.
> 
> If you're concerned about performance I think the reading will be the
> biggest issue and not the creation of the input stream itself.
> 
> 
> -----Original Message-----
> From: fox1964 [mailto:huchopin@yahoo.com] 
> Sent: Tuesday, October 06, 2009 10:17 PM
> To: jcs-users@jakarta.apache.org
> Subject: How to Cache A Physical File
> 
> 
> I have a large physical file downloaded to my server.   I'd like to
> cache the
> file so that my program can read faster.  I've configured JCS
properly.
> I
> can see the "mycache.key" and "mycache.data" files are updated every
> time I
> use a string for both a key/value pair.    But how can I put a
physical
> file
> into cache?   Right now, I use an "FileInputStream" object to read the
> file,
> and put into the cache.
> 
> FileInputStream input = new FileInputStream(file);
>            cache.put(input);
> 
> This seems to go thru without prompting any error message.   But when
I
> tried to retrieve it, I got a message "java.lang.NullPointerException"
> when 
>            cache.get(key);
> 
> I can see the mycache.key file updated, but can NOT see any updates in
> mycache.data file by looking at the timestamp.
> 
> Any guru can show me what I may do wrong?   Or do you have any sample
> code
> to do this?   Thanks a lot in advance.
> 
> 
> -- 
> View this message in context:
>
http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25779933.h
> tml
> Sent from the JCS - Users mailing list archive at Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> 
> 
> 

-- 
View this message in context:
http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25796503.h
tml
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: Unable to retrieve saved object with keep from disk Zine <zineellabidine.uharani@tieto.com> urn:uuid:%3c25799711-post@talk-nabble-com%3e 2009-10-08T07:45:52Z 

Hi again,

The name of the post is a bit wrong it should be: Unable to retrieve saved
object with key from disk.

Sorry for the misspelling.

Br,
Zine

Zine wrote:
> 
> Hi All,
> 
> I am trying to use the JCS index disk caching, and I am facing a probelm
> with retreiving the saved object(s) from disk. The .data file  and .key
> file has both the correct data, but when I try to get the object from
> cache when the application starts up I get this exception:
> ******************************************************************************
> 7.10.2009 15:22:30 org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache
> readElement
> SEVERE: Region [offlineProjectsRegion] Exception, Problem reading object
> from file
> java.lang.ClassNotFoundException:
> com.nokia.tools.repository.common.service.dto.objects.ProjectDto
> 	at java.lang.Class.forNameImpl(Native Method)
> 	at java.lang.Class.forName(Class.java:163)
> 	at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:601)
> 	at
> java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1569)
> 	at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1491)
> 	at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1724)
> 	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1330)
> 	at
> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1933)
> 	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1857)
> 	at
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1744)
> 	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1330)
> 	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:364)
> 	at
> org.apache.jcs.utils.serialization.StandardSerializer.deSerialize(StandardSerializer.java:73)
> 	at
> org.apache.jcs.auxiliary.disk.indexed.IndexedDisk.readObject(IndexedDisk.java:115)
> 	at
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.readElement(IndexedDiskCache.java:584)
> 	at
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doGet(IndexedDiskCache.java:537)
> 	at
> org.apache.jcs.auxiliary.disk.AbstractDiskCache.get(AbstractDiskCache.java:292)
> 	at
> org.apache.jcs.engine.control.CompositeCache.get(CompositeCache.java:516)
> 	at
> org.apache.jcs.engine.control.CompositeCache.get(CompositeCache.java:423)
> 	at
> org.apache.jcs.access.GroupCacheAccess.getFromGroup(GroupCacheAccess.java:107)
> 	at
> com.nokia.tools.repository.client.communication.webservice.CachedConnection.getProject(CachedConnection.java:228)
> 	at
> com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.hasWriteAccess(RepositoryResourceFileStore.java:250)
> 	at
> com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.fetchInfo(RepositoryResourceFileStore.java:62)
> 	at
> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(FileStore.java:277)
> 	at
> com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.openInputStream(RepositoryResourceFileStore.java:156)
> 	at
> org.eclipse.core.internal.localstore.FileSystemResourceManager.read(FileSystemResourceManager.java:705)
> 	at
> org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:797)
> 	at
> org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:777)
> 	at
> org.eclipse.core.internal.resources.SaveManager.restore(SaveManager.java:663)
> 	at
> org.eclipse.core.internal.resources.SaveManager.startup(SaveManager.java:1353)
> 	at
> org.eclipse.core.internal.resources.Workspace.startup(Workspace.java:1957)
> 	at
> org.eclipse.core.internal.resources.Workspace.open(Workspace.java:1716)
> 	at
> org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPlugin.java:379)
> 	at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:782)
> 	at java.security.AccessController.doPrivileged(AccessController.java:246)
> 	at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:773)
> 	at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:754)
> 	at
> org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:352)
> 	at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:280)
> 	at
> org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:408)
> 	at
> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
> 	at
> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:449)
> 	at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:211)
> 	at
> org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:376)
> 	at
> org.eclipse.osgi.internal.loader.SingleSourcePackage.loadClass(SingleSourcePackage.java:33)
> 	at
> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:449)
> 	at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:405)
> 	at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:393)
> 	at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:105)
> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:597)
> 	at java.lang.J9VMInternals.verifyImpl(Native Method)
> 	at java.lang.J9VMInternals.verify(J9VMInternals.java:69)
> 	at java.lang.J9VMInternals.initialize(J9VMInternals.java:131)
> 	at
> org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:114)
> 	at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
> 	at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
> 	at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
> 	at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
> 	at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
> 	at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 	at java.lang.reflect.Method.invoke(Method.java:618)
> 	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
> 	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
> 	at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
> 	at org.eclipse.equinox.launcher.Main.main(Main.java:1287)
> 7.10.2009 15:22:30 org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache
> doGet
> SEVERE: Region [offlineProjectsRegion] Failure getting from disk, key =
> [GAN: groupId=[groupId=offlineProjectsRegion, Project:localhost:8080],
> attrName=SystemTestProject]
> java.io.IOException: Region [offlineProjectsRegion] Problem reading object
> from disk.
> com.nokia.tools.repository.common.service.dto.objects.ProjectDto
> 	at
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.readElement(IndexedDiskCache.java:594)
> 	at
> org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doGet(IndexedDiskCache.java:537)
> 	at
> org.apache.jcs.auxiliary.disk.AbstractDiskCache.get(AbstractDiskCache.java:292)
> 	at
> org.apache.jcs.engine.control.CompositeCache.get(CompositeCache.java:516)
> 	at
> org.apache.jcs.engine.control.CompositeCache.get(CompositeCache.java:423)
> 	at
> org.apache.jcs.access.GroupCacheAccess.getFromGroup(GroupCacheAccess.java:107)
> 	at
> com.nokia.tools.repository.client.communication.webservice.CachedConnection.getProject(CachedConnection.java:228)
> 	at
> com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.hasWriteAccess(RepositoryResourceFileStore.java:250)
> 	at
> com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.fetchInfo(RepositoryResourceFileStore.java:62)
> 	at
> org.eclipse.core.filesystem.provider.FileStore.fetchInfo(FileStore.java:277)
> 	at
> com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.openInputStream(RepositoryResourceFileStore.java:156)
> 	at
> org.eclipse.core.internal.localstore.FileSystemResourceManager.read(FileSystemResourceManager.java:705)
> 	at
> org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:797)
> 	at
> org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:777)
> 	at
> org.eclipse.core.internal.resources.SaveManager.restore(SaveManager.java:663)
> 	at
> org.eclipse.core.internal.resources.SaveManager.startup(SaveManager.java:1353)
> 	at
> org.eclipse.core.internal.resources.Workspace.startup(Workspace.java:1957)
> 	at
> org.eclipse.core.internal.resources.Workspace.open(Workspace.java:1716)
> 	at
> org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPlugin.java:379)
> 	at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:782)
> 	at java.security.AccessController.doPrivileged(AccessController.java:246)
> 	at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:773)
> 	at
> org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:754)
> 	at
> org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:352)
> 	at
> org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:280)
> 	at
> org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:408)
> 	at
> org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
> 	at
> org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:449)
> 	at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:211)
> 	at
> org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:376)
> 	at
> org.eclipse.osgi.internal.loader.SingleSourcePackage.loadClass(SingleSourcePackage.java:33)
> 	at
> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:449)
> 	at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:405)
> 	at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:393)
> 	at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:105)
> 	at java.lang.ClassLoader.loadClass(ClassLoader.java:597)
> 	at java.lang.J9VMInternals.verifyImpl(Native Method)
> 	at java.lang.J9VMInternals.verify(J9VMInternals.java:69)
> 	at java.lang.J9VMInternals.initialize(J9VMInternals.java:131)
> 	at
> org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:114)
> 	at
> org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
> 	at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
> 	at
> org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
> 	at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
> 	at
> org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
> 	at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 	at java.lang.reflect.Method.invoke(Method.java:618)
> 	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
> 	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
> 	at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
> 	at org.eclipse.equinox.launcher.Main.main(Main.java:1287)
> 7.10.2009 15:22:30 org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache
> reset
> WARNING: Region [offlineProjectsRegion] Reseting cache
> 7.10.2009 15:22:30 org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache
> initKeyMap
> INFO: Region [offlineProjectsRegion] Set maxKeySize to: '100000'
> *******************************************************************************
> The statistics about the cache region I am using return as follow:
> ******************************************************************
> CacheManager.getJCSOfflineCache().getStatistics()
> 	 (org.apache.jcs.engine.stats.CacheStats) Region Name =
> offlineProjectsRegion
> HitCountRam = 0
> HitCountAux = 0
> ---------------------------LRU Memory Cache
> List Size = 0
> Map Size = 0
> Put Count = 0
> Hit Count = 0
> Miss Count = 0
> ---------------------------Indexed Disk Cache
> Is Alive = true
> Key Map Size = 1
> Data File Length = 2017
> Hit Count = 0
> Bytes Free = 0
> Optimize Operation Count = 1
> Times Optimized = 0
> Recycle Count = 0
> Recycle Bin Size = 0
> Startup Size = 1
> Purgatory Hits = 0
> Purgatory Size = 0
> Working = true
> Alive = false
> Empty = true
> Size = 0
> ********************************************************************
> My config is as follow: 
> ******************************************************************************
> # Disk Cache for repository off-line projects cache
> jcs.region.offlineProjectsRegion=DC
> jcs.region.offlineProjectsRegion.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
> jcs.region.offlineProjectsRegion.cacheattributes.MaxObjects=10000
> jcs.region.offlineProjectsRegion.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache
> jcs.region.offlineProjectsRegion.cacheattributes.DiskUsagePatternName=UPDATE 
> jcs.region.offlineProjectsRegion.cacheattributes.UseMemoryShrinker=false
> jcs.region.offlineProjectsRegion.cacheattributes.MaxMemoryIdleTimeSeconds=3600
> jcs.region.offlineProjectsRegion.cacheattributes.ShrinkerIntervalSeconds=60
> jcs.region.offlineProjectsRegion.elementattributes=org.apache.jcs.engine.ElementAttributes
> jcs.region.offlineProjectsRegion.elementattributes.IsEternal=false
> jcs.region.offlineProjectsRegion.elementattributes.MaxLifeSeconds=700
> jcs.region.offlineProjectsRegion.elementattributes.IdleTime=1800
> 
> jcs.auxiliary.DC=org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCacheFactory
> jcs.auxiliary.DC.attributes=org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCacheAttributes
> jcs.auxiliary.DC.attributes.DiskPath=C:/path
> jcs.auxiliary.DC.attributes.MaxPurgatorySize=100000
> jcs.auxiliary.DC.attributes.MaxKeySize=100000
> jcs.auxiliary.DC.attributes.OptimizeAtRemoveCount=300000
> jcs.auxiliary.DC.attributes.ClearDiskOnStartup=false
> jcs.auxiliary.DC.attributes.OptimizeOnShutdown=true
> jcs.auxiliary.DC.attributes.MaxRecycleBinSize=750000
> *******************************************************************************
> 
> Any suggestions?
> 
> Thanks,
> Zine
> 

-- 
View this message in context: http://www.nabble.com/Unable-to-retrieve-saved-object-with-keep-from-disk-tp25783947p25799711.html
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
RE: How to Cache A Physical File fox1964 <huchopin@yahoo.com> urn:uuid:%3c25796503-post@talk-nabble-com%3e 2009-10-08T00:01:20Z 

Tim,

Thank you so much for your reply.   There are two requirements for this
cache: first, the files shall be cached to the disk; second  Also, that a
whole file content shall be cached instead of just a filename.   I am not
using java much, and have not been using that for a long time.   Can you
point me to what object I should rebuild the input stream, which I think can
be serialized for use in JCS?

do appreciate any input on this.

fox1964



Tim Cronin-2 wrote:
> 
> If you're only using the memory cache you should be able to cache those
> input streams, but you can't serialize them to disk as they have native
> file handles tied to them.
> 
> You would need to wrap them and basically rebuild the input stream
> completely.
> 
> It might just be simpler to cache the file name and build the input
> stream.
> 
> If you're concerned about performance I think the reading will be the
> biggest issue and not the creation of the input stream itself.
> 
> 
> -----Original Message-----
> From: fox1964 [mailto:huchopin@yahoo.com] 
> Sent: Tuesday, October 06, 2009 10:17 PM
> To: jcs-users@jakarta.apache.org
> Subject: How to Cache A Physical File
> 
> 
> I have a large physical file downloaded to my server.   I'd like to
> cache the
> file so that my program can read faster.  I've configured JCS properly.
> I
> can see the "mycache.key" and "mycache.data" files are updated every
> time I
> use a string for both a key/value pair.    But how can I put a physical
> file
> into cache?   Right now, I use an "FileInputStream" object to read the
> file,
> and put into the cache.
> 
> FileInputStream input = new FileInputStream(file);
>            cache.put(input);
> 
> This seems to go thru without prompting any error message.   But when I
> tried to retrieve it, I got a message "java.lang.NullPointerException"
> when 
>            cache.get(key);
> 
> I can see the mycache.key file updated, but can NOT see any updates in
> mycache.data file by looking at the timestamp.
> 
> Any guru can show me what I may do wrong?   Or do you have any sample
> code
> to do this?   Thanks a lot in advance.
> 
> 
> -- 
> View this message in context:
> http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25779933.h
> tml
> Sent from the JCS - Users mailing list archive at Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25796503.html
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
RE: How to Cache A Physical File "Tim Cronin" <Tim.Cronin@autonomy.com> urn:uuid:%3c56A8F47A92B81F4C91648D4E38286A48049695E6@exbehq01-Interwoven-com%3e 2009-10-07T21:58:15Z 
If you're only using the memory cache you should be able to cache those
input streams, but you can't serialize them to disk as they have native
file handles tied to them.

You would need to wrap them and basically rebuild the input stream
completely.

It might just be simpler to cache the file name and build the input
stream.

If you're concerned about performance I think the reading will be the
biggest issue and not the creation of the input stream itself.


-----Original Message-----
From: fox1964 [mailto:huchopin@yahoo.com] 
Sent: Tuesday, October 06, 2009 10:17 PM
To: jcs-users@jakarta.apache.org
Subject: How to Cache A Physical File


I have a large physical file downloaded to my server.   I'd like to
cache the
file so that my program can read faster.  I've configured JCS properly.
I
can see the "mycache.key" and "mycache.data" files are updated every
time I
use a string for both a key/value pair.    But how can I put a physical
file
into cache?   Right now, I use an "FileInputStream" object to read the
file,
and put into the cache.

FileInputStream input = new FileInputStream(file);
           cache.put(input);

This seems to go thru without prompting any error message.   But when I
tried to retrieve it, I got a message "java.lang.NullPointerException"
when 
           cache.get(key);

I can see the mycache.key file updated, but can NOT see any updates in
mycache.data file by looking at the timestamp.

Any guru can show me what I may do wrong?   Or do you have any sample
code
to do this?   Thanks a lot in advance.


-- 
View this message in context:
http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25779933.h
tml
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Unable to retrieve saved object with keep from disk Zine <zineellabidine.uharani@tieto.com> urn:uuid:%3c25783947-post@talk-nabble-com%3e 2009-10-07T12:30:29Z 

Hi All,

I am trying to use the JCS index disk caching, and I am facing a probelm
with retreiving the saved object(s) from disk. The .data file  and .key file
has both the correct data, but when I try to get the object from cache when
the application starts up I get this exception:
******************************************************************************
7.10.2009 15:22:30 org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache
readElement
SEVERE: Region [offlineProjectsRegion] Exception, Problem reading object
from file
java.lang.ClassNotFoundException:
com.nokia.tools.repository.common.service.dto.objects.ProjectDto
	at java.lang.Class.forNameImpl(Native Method)
	at java.lang.Class.forName(Class.java:163)
	at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:601)
	at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1569)
	at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1491)
	at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1724)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1330)
	at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1933)
	at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1857)
	at
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1744)
	at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1330)
	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:364)
	at
org.apache.jcs.utils.serialization.StandardSerializer.deSerialize(StandardSerializer.java:73)
	at
org.apache.jcs.auxiliary.disk.indexed.IndexedDisk.readObject(IndexedDisk.java:115)
	at
org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.readElement(IndexedDiskCache.java:584)
	at
org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doGet(IndexedDiskCache.java:537)
	at
org.apache.jcs.auxiliary.disk.AbstractDiskCache.get(AbstractDiskCache.java:292)
	at
org.apache.jcs.engine.control.CompositeCache.get(CompositeCache.java:516)
	at
org.apache.jcs.engine.control.CompositeCache.get(CompositeCache.java:423)
	at
org.apache.jcs.access.GroupCacheAccess.getFromGroup(GroupCacheAccess.java:107)
	at
com.nokia.tools.repository.client.communication.webservice.CachedConnection.getProject(CachedConnection.java:228)
	at
com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.hasWriteAccess(RepositoryResourceFileStore.java:250)
	at
com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.fetchInfo(RepositoryResourceFileStore.java:62)
	at
org.eclipse.core.filesystem.provider.FileStore.fetchInfo(FileStore.java:277)
	at
com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.openInputStream(RepositoryResourceFileStore.java:156)
	at
org.eclipse.core.internal.localstore.FileSystemResourceManager.read(FileSystemResourceManager.java:705)
	at
org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:797)
	at
org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:777)
	at
org.eclipse.core.internal.resources.SaveManager.restore(SaveManager.java:663)
	at
org.eclipse.core.internal.resources.SaveManager.startup(SaveManager.java:1353)
	at
org.eclipse.core.internal.resources.Workspace.startup(Workspace.java:1957)
	at org.eclipse.core.internal.resources.Workspace.open(Workspace.java:1716)
	at
org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPlugin.java:379)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:782)
	at java.security.AccessController.doPrivileged(AccessController.java:246)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:773)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:754)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:352)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:280)
	at
org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:408)
	at
org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
	at
org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:449)
	at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:211)
	at
org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:376)
	at
org.eclipse.osgi.internal.loader.SingleSourcePackage.loadClass(SingleSourcePackage.java:33)
	at
org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:449)
	at
org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:405)
	at
org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:393)
	at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:105)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:597)
	at java.lang.J9VMInternals.verifyImpl(Native Method)
	at java.lang.J9VMInternals.verify(J9VMInternals.java:69)
	at java.lang.J9VMInternals.initialize(J9VMInternals.java:131)
	at
org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:114)
	at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
	at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
	at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
	at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
	at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:618)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
	at org.eclipse.equinox.launcher.Main.main(Main.java:1287)
7.10.2009 15:22:30 org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache
doGet
SEVERE: Region [offlineProjectsRegion] Failure getting from disk, key =
[GAN: groupId=[groupId=offlineProjectsRegion, Project:localhost:8080],
attrName=SystemTestProject]
java.io.IOException: Region [offlineProjectsRegion] Problem reading object
from disk. com.nokia.tools.repository.common.service.dto.objects.ProjectDto
	at
org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.readElement(IndexedDiskCache.java:594)
	at
org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doGet(IndexedDiskCache.java:537)
	at
org.apache.jcs.auxiliary.disk.AbstractDiskCache.get(AbstractDiskCache.java:292)
	at
org.apache.jcs.engine.control.CompositeCache.get(CompositeCache.java:516)
	at
org.apache.jcs.engine.control.CompositeCache.get(CompositeCache.java:423)
	at
org.apache.jcs.access.GroupCacheAccess.getFromGroup(GroupCacheAccess.java:107)
	at
com.nokia.tools.repository.client.communication.webservice.CachedConnection.getProject(CachedConnection.java:228)
	at
com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.hasWriteAccess(RepositoryResourceFileStore.java:250)
	at
com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.fetchInfo(RepositoryResourceFileStore.java:62)
	at
org.eclipse.core.filesystem.provider.FileStore.fetchInfo(FileStore.java:277)
	at
com.nokia.tools.repository.client.filesystem.internal.RepositoryResourceFileStore.openInputStream(RepositoryResourceFileStore.java:156)
	at
org.eclipse.core.internal.localstore.FileSystemResourceManager.read(FileSystemResourceManager.java:705)
	at
org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:797)
	at
org.eclipse.core.internal.resources.SaveManager.restoreMetaInfo(SaveManager.java:777)
	at
org.eclipse.core.internal.resources.SaveManager.restore(SaveManager.java:663)
	at
org.eclipse.core.internal.resources.SaveManager.startup(SaveManager.java:1353)
	at
org.eclipse.core.internal.resources.Workspace.startup(Workspace.java:1957)
	at org.eclipse.core.internal.resources.Workspace.open(Workspace.java:1716)
	at
org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPlugin.java:379)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:782)
	at java.security.AccessController.doPrivileged(AccessController.java:246)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:773)
	at
org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:754)
	at
org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:352)
	at
org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:280)
	at
org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:408)
	at
org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:111)
	at
org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:449)
	at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:211)
	at
org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:376)
	at
org.eclipse.osgi.internal.loader.SingleSourcePackage.loadClass(SingleSourcePackage.java:33)
	at
org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:449)
	at
org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:405)
	at
org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:393)
	at
org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:105)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:597)
	at java.lang.J9VMInternals.verifyImpl(Native Method)
	at java.lang.J9VMInternals.verify(J9VMInternals.java:69)
	at java.lang.J9VMInternals.initialize(J9VMInternals.java:131)
	at
org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:114)
	at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
	at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
	at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
	at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
	at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:618)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
	at org.eclipse.equinox.launcher.Main.main(Main.java:1287)
7.10.2009 15:22:30 org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache
reset
WARNING: Region [offlineProjectsRegion] Reseting cache
7.10.2009 15:22:30 org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache
initKeyMap
INFO: Region [offlineProjectsRegion] Set maxKeySize to: '100000'
*******************************************************************************
The statistics about the cache region I am using return as follow:
******************************************************************
CacheManager.getJCSOfflineCache().getStatistics()
	 (org.apache.jcs.engine.stats.CacheStats) Region Name =
offlineProjectsRegion
HitCountRam = 0
HitCountAux = 0
---------------------------LRU Memory Cache
List Size = 0
Map Size = 0
Put Count = 0
Hit Count = 0
Miss Count = 0
---------------------------Indexed Disk Cache
Is Alive = true
Key Map Size = 1
Data File Length = 2017
Hit Count = 0
Bytes Free = 0
Optimize Operation Count = 1
Times Optimized = 0
Recycle Count = 0
Recycle Bin Size = 0
Startup Size = 1
Purgatory Hits = 0
Purgatory Size = 0
Working = true
Alive = false
Empty = true
Size = 0
********************************************************************
My config is as follow: 
******************************************************************************
# Disk Cache for repository off-line projects cache
jcs.region.offlineProjectsRegion=DC
jcs.region.offlineProjectsRegion.cacheattributes=org.apache.jcs.engine.CompositeCacheAttributes
jcs.region.offlineProjectsRegion.cacheattributes.MaxObjects=10000
jcs.region.offlineProjectsRegion.cacheattributes.MemoryCacheName=org.apache.jcs.engine.memory.lru.LRUMemoryCache
jcs.region.offlineProjectsRegion.cacheattributes.DiskUsagePatternName=UPDATE 
jcs.region.offlineProjectsRegion.cacheattributes.UseMemoryShrinker=false
jcs.region.offlineProjectsRegion.cacheattributes.MaxMemoryIdleTimeSeconds=3600
jcs.region.offlineProjectsRegion.cacheattributes.ShrinkerIntervalSeconds=60
jcs.region.offlineProjectsRegion.elementattributes=org.apache.jcs.engine.ElementAttributes
jcs.region.offlineProjectsRegion.elementattributes.IsEternal=false
jcs.region.offlineProjectsRegion.elementattributes.MaxLifeSeconds=700
jcs.region.offlineProjectsRegion.elementattributes.IdleTime=1800

jcs.auxiliary.DC=org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCacheFactory
jcs.auxiliary.DC.attributes=org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCacheAttributes
jcs.auxiliary.DC.attributes.DiskPath=C:/path
jcs.auxiliary.DC.attributes.MaxPurgatorySize=100000
jcs.auxiliary.DC.attributes.MaxKeySize=100000
jcs.auxiliary.DC.attributes.OptimizeAtRemoveCount=300000
jcs.auxiliary.DC.attributes.ClearDiskOnStartup=false
jcs.auxiliary.DC.attributes.OptimizeOnShutdown=true
jcs.auxiliary.DC.attributes.MaxRecycleBinSize=750000
*******************************************************************************

Any suggestions?

Thanks,
Zine
-- 
View this message in context: http://www.nabble.com/Unable-to-retrieve-saved-object-with-keep-from-disk-tp25783947p25783947.html
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
How to Cache A Physical File fox1964 <huchopin@yahoo.com> urn:uuid:%3c25779933-post@talk-nabble-com%3e 2009-10-07T03:16:45Z 

I have a large physical file downloaded to my server.   I'd like to cache the
file so that my program can read faster.  I've configured JCS properly.   I
can see the "mycache.key" and "mycache.data" files are updated every time I
use a string for both a key/value pair.    But how can I put a physical file
into cache?   Right now, I use an "FileInputStream" object to read the file,
and put into the cache.

FileInputStream input = new FileInputStream(file);
           cache.put(input);

This seems to go thru without prompting any error message.   But when I
tried to retrieve it, I got a message "java.lang.NullPointerException" when 
           cache.get(key);

I can see the mycache.key file updated, but can NOT see any updates in
mycache.data file by looking at the timestamp.

Any guru can show me what I may do wrong?   Or do you have any sample code
to do this?   Thanks a lot in advance.


-- 
View this message in context: http://www.nabble.com/How-to-Cache-A-Physical-File-tp25779933p25779933.html
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: Remove dependency for concurrent.jar =?ISO-8859-1?Q?Nuno_S=E9nica?= <nsenica@gmail.com> urn:uuid:%3c6fb0a54a0910020728ib760fd8tc195461ff995e14f@mail-gmail-com%3e 2009-10-02T14:28:09Z 
Hi :)

No worries.. take your time.

Thanks
Nuno

On Fri, Oct 2, 2009 at 15:25, Aaron Smuts <asmuts@yahoo.com> wrote:

> Sorry for the delay.  I'm working on it, but lots of other things keep
> coming up.  It will take a couple more weeks.
>
> Aaron
>
> --- On Thu, 10/1/09, Nuno Sénica <nsenica@gmail.com> wrote:
>
> > From: Nuno Sénica <nsenica@gmail.com>
> > Subject: Re: Remove dependency for concurrent.jar
> > To: "JCS Users List" <jcs-users@jakarta.apache.org>
> > Date: Thursday, October 1, 2009, 12:13 PM
> > Hi Aaron,
> >
> > Sorry to bother you again with this issue..
> >
> > Are there any news regarding this ?
> >
> > Best regards,
> > Nuno
> >
> > On Mon, Sep 21, 2009 at 16:23, Nuno Sénica <nsenica@gmail.com>
> > wrote:
> >
> > > Hi Aaron :)
> > >
> > > Here I am again querying you on the status of this
> > task.
> > >
> > > Did you have the chance the start it ? :) How it is
> > going.
> > >
> > > Best regards,
> > > Nuno Sénica
> > >
> > >
> > > On Fri, Aug 28, 2009 at 11:31, Nuno Sénica <nsenica@gmail.com>
> > wrote:
> > >
> > >> Hi Aaron
> > >>
> > >> Once again thanks for your inputs..
> > >>
> > >> Since it is not a matter of find and replace,
> > maybe I'll wait a couple of
> > >> weeks so that you take on that task :)
> > >>
> > >> I'll poke by then just to know how the work is
> > going.
> > >>
> > >> Regads and thanks a lot once again.
> > >>
> > >> Nuno
> > >>
> > >>
> > >> On Thu, Aug 27, 2009 at 16:24, Aaron Smuts <asmuts@yahoo.com>
> > wrote:
> > >>
> > >>> It's not a simple matter of find and
> > replace.  If it was, I would have
> > >>> done it some time back. . . .
> > >>>
> > >>> This is such an extensive change, it's
> > probably best that I do it.  But
> > >>> feel free to give it a try.
> > >>>
> > >>> Thanks,
> > >>>
> > >>> Aaron
> > >>>
> > >>> --- On Thu, 8/27/09, Aaron Smuts <asmuts@yahoo.com>
> > wrote:
> > >>>
> > >>> > From: Aaron Smuts <asmuts@yahoo.com>
> > >>> > Subject: Re: Remove dependency for
> > concurrent.jar
> > >>> > To: "JCS Users List" <jcs-users@jakarta.apache.org>
> > >>> > Date: Thursday, August 27, 2009, 8:21 AM
> > >>> > In my first email, I pointed out
> > >>> > several things that would need to be
> > changed.  You can
> > >>> > simply search for the util concurrent
> > import and find them
> > >>> > all.
> > "EDU.oswego.cs.dl.util.concurrent"
> > >>> >
> > >>> > ClockDaemon is used more than the poooled
> > executor. . . .
> > >>> >
> > >>> > Yes, there is a backport for JDK
> > 1.4.  A backport
> > >>> > implements something available only in a
> > new version.
> > >>> > In this case, the backport is of the 1.5
> > concurrent
> > >>> > library.  This allows you to compile
> > and run in
> > >>> > 1.4.  But if you are running 1.5 or
> > later, you don't
> > >>> > need to backport jar.
> > >>> >
> > >>> > There are some subtle changes between the
> > two.  But it
> > >>> > should be perfectly possible to get it
> > working in a few
> > >>> > days.  Take a crack at it if you
> > want.  I'll get
> > >>> > to it in about two weeks.
> > >>> >
> > >>> > Aaron
> > >>> >
> > >>> >
> > >>> >
> > >>> > --- On Thu, 8/27/09, Jeffrey Kesselman
> > <jeffpk@gmail.com>
> > >>> > wrote:
> > >>> >
> > >>> > > From: Jeffrey Kesselman <jeffpk@gmail.com>
> > >>> > > Subject: Re: Remove dependency for
> > concurrent.jar
> > >>> > > To: "JCS Users List" <jcs-users@jakarta.apache.org>
> > >>> > > Date: Thursday, August 27, 2009,
> > 8:02 AM
> > >>> > > Well i don't know the codebase so
> > >>> > > Aaron is your better reference
> > there
> > >>> > > BUT...
> > >>> > >
> > >>> > > Since the large majority of Doug's
> > concurrent library
> > >>> > got
> > >>> > > ported as is into
> > >>> > > the JDK, Id start by simply taking
> > his library out of
> > >>> > your
> > >>> > > build path in
> > >>> > > eclipse.  Then follow the
> > errors and everywhere it
> > >>> > > can't find a reference to
> > >>> > > a concurrent utility, use's
> > Eclipse's help to add the
> > >>> > > proper import.
> > >>> > >
> > >>> > > Id imagine it cant be more then a
> > day or two of very
> > >>> > > mechanical work...
> > >>> > >
> > >>> > > Alternately, if your a perl type
> > hacker you could try
> > >>> > > writing a script that
> > >>> > > would look for the string that is
> > doug's package name
> > >>> > in
> > >>> > > the file and
> > >>> > > repalce it with the JDK package.
> > >>> > >
> > >>> > > JK
> > >>> > >
> > >>> > > On Thu, Aug 27, 2009 at 10:36 AM,
> > Nuno Sénica <nsenica@gmail.com>
> > >>> > > wrote:
> > >>> > >
> > >>> > > > Hi Jeffrey and Aaron,
> > >>> > > >
> > >>> > > > We are currently evaluating the
> > effort to
> > >>> > perform
> > >>> > > those changes.. If the
> > >>> > > > effort is not that big, I
> > personally, would like
> > >>> > to
> > >>> > > make that change and
> > >>> > > > contribute to the community.
> > >>> > > >
> > >>> > > > I'll need some guideline from
> > where to start,
> > >>> > and
> > >>> > > regarding that I'm
> > >>> > > > relying
> > >>> > > > on you guys :D
> > >>> > > >
> > >>> > > > Which should be the best
> > approach to start this
> > >>> > change
> > >>> > > ?
> > >>> > > >
> > >>> > > > Regards,
> > >>> > > > Nuno
> > >>> > > >
> > >>> > > > On Thu, Aug 27, 2009 at 15:30,
> > Jeffrey Kesselman
> > >>> > > <jeffpk@gmail.com>
> > >>> > > wrote:
> > >>> > > >
> > >>> > > > > The source is available,
> > couldn't you go
> > >>> > through
> > >>> > > it and change the
> > >>> > > > > references yourselves?
> > >>> > > > >
> > >>> > > > > That seems a lot less
> > costly then abandoning
> > >>> > the
> > >>> > > whole library.
> > >>> > > > >
> > >>> > > > > Maybe you could even
> > contribute those
> > >>> > changes
> > >>> > > back to the community...
> > >>> > > > >
> > >>> > > > > On Thu, Aug 27, 2009 at
> > 7:02 AM, Nuno
> > >>> > Sénica
> > >>> > > <nsenica@gmail.com>
> > >>> > > wrote:
> > >>> > > > >
> > >>> > > > > > Hi all,
> > >>> > > > > >
> > >>> > > > > > At the company where
> > I work for, we
> > >>> > have an
> > >>> > > application which relies on
> > >>> > > > > JCS
> > >>> > > > > > and it has proven to
> > be a good solution
> > >>> > so
> > >>> > > far. But now, we were
> > >>> > > > informed
> > >>> > > > > > about legal issues by
> > using concurrent
> > >>> > lib
> > >>> > > and we are being instructed
> > >>> > > > to
> > >>> > > > > > change the caching
> > lib.
> > >>> > > > > >
> > >>> > > > > > My question is if
> > there's any plan to
> > >>> > use
> > >>> > > the native concurrent instead
> > >>> > > > > of
> > >>> > > > > > the lib that JSC
> > depend on at the
> > >>> > moment ?
> > >>> > > Is so, when it is planned to
> > >>> > > > > be
> > >>> > > > > > available ?
> > >>> > > > > >
> > >>> > > > > > Thanks in advance.
> > >>> > > > > >
> > >>> > > > > > Regards,
> > >>> > > > > > Nuno
> > >>> > > > > >
> > >>> > > > >
> > >>> > > > >
> > >>> > > > >
> > >>> > > > > --
> > >>> > > > > ~~ Microsoft help desk
> > says: reply hazy,
> > >>> > ask
> > >>> > > again later. ~~
> > >>> > > > >
> > >>> > > >
> > >>> > >
> > >>> > >
> > >>> > >
> > >>> > > --
> > >>> > > ~~ Microsoft help desk says: reply
> > hazy, ask again
> > >>> > later.
> > >>> > > ~~
> > >>> > >
> > >>> >
> > >>> >
> > ---------------------------------------------------------------------
> > >>> > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > >>> > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> > >>> >
> > >>> >
> > >>>
> > >>>
> > ---------------------------------------------------------------------
> > >>> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> > >>> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> > >>>
> > >>>
> > >>
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
>
>
Re: Remove dependency for concurrent.jar Aaron Smuts <asmuts@yahoo.com> urn:uuid:%3c594206-89423-qm@web38706-mail-mud-yahoo-com%3e 2009-10-02T14:25:33Z 
Sorry for the delay.  I'm working on it, but lots of other things keep coming up.  It will
take a couple more weeks.  

Aaron

--- On Thu, 10/1/09, Nuno Sénica <nsenica@gmail.com> wrote:

> From: Nuno Sénica <nsenica@gmail.com>
> Subject: Re: Remove dependency for concurrent.jar
> To: "JCS Users List" <jcs-users@jakarta.apache.org>
> Date: Thursday, October 1, 2009, 12:13 PM
> Hi Aaron,
> 
> Sorry to bother you again with this issue..
> 
> Are there any news regarding this ?
> 
> Best regards,
> Nuno
> 
> On Mon, Sep 21, 2009 at 16:23, Nuno Sénica <nsenica@gmail.com>
> wrote:
> 
> > Hi Aaron :)
> >
> > Here I am again querying you on the status of this
> task.
> >
> > Did you have the chance the start it ? :) How it is
> going.
> >
> > Best regards,
> > Nuno Sénica
> >
> >
> > On Fri, Aug 28, 2009 at 11:31, Nuno Sénica <nsenica@gmail.com>
> wrote:
> >
> >> Hi Aaron
> >>
> >> Once again thanks for your inputs..
> >>
> >> Since it is not a matter of find and replace,
> maybe I'll wait a couple of
> >> weeks so that you take on that task :)
> >>
> >> I'll poke by then just to know how the work is
> going.
> >>
> >> Regads and thanks a lot once again.
> >>
> >> Nuno
> >>
> >>
> >> On Thu, Aug 27, 2009 at 16:24, Aaron Smuts <asmuts@yahoo.com>
> wrote:
> >>
> >>> It's not a simple matter of find and
> replace.  If it was, I would have
> >>> done it some time back. . . .
> >>>
> >>> This is such an extensive change, it's
> probably best that I do it.  But
> >>> feel free to give it a try.
> >>>
> >>> Thanks,
> >>>
> >>> Aaron
> >>>
> >>> --- On Thu, 8/27/09, Aaron Smuts <asmuts@yahoo.com>
> wrote:
> >>>
> >>> > From: Aaron Smuts <asmuts@yahoo.com>
> >>> > Subject: Re: Remove dependency for
> concurrent.jar
> >>> > To: "JCS Users List" <jcs-users@jakarta.apache.org>
> >>> > Date: Thursday, August 27, 2009, 8:21 AM
> >>> > In my first email, I pointed out
> >>> > several things that would need to be
> changed.  You can
> >>> > simply search for the util concurrent
> import and find them
> >>> > all. 
> "EDU.oswego.cs.dl.util.concurrent"
> >>> >
> >>> > ClockDaemon is used more than the poooled
> executor. . . .
> >>> >
> >>> > Yes, there is a backport for JDK
> 1.4.  A backport
> >>> > implements something available only in a
> new version.
> >>> > In this case, the backport is of the 1.5
> concurrent
> >>> > library.  This allows you to compile
> and run in
> >>> > 1.4.  But if you are running 1.5 or
> later, you don't
> >>> > need to backport jar.
> >>> >
> >>> > There are some subtle changes between the
> two.  But it
> >>> > should be perfectly possible to get it
> working in a few
> >>> > days.  Take a crack at it if you
> want.  I'll get
> >>> > to it in about two weeks.
> >>> >
> >>> > Aaron
> >>> >
> >>> >
> >>> >
> >>> > --- On Thu, 8/27/09, Jeffrey Kesselman
> <jeffpk@gmail.com>
> >>> > wrote:
> >>> >
> >>> > > From: Jeffrey Kesselman <jeffpk@gmail.com>
> >>> > > Subject: Re: Remove dependency for
> concurrent.jar
> >>> > > To: "JCS Users List" <jcs-users@jakarta.apache.org>
> >>> > > Date: Thursday, August 27, 2009,
> 8:02 AM
> >>> > > Well i don't know the codebase so
> >>> > > Aaron is your better reference
> there
> >>> > > BUT...
> >>> > >
> >>> > > Since the large majority of Doug's
> concurrent library
> >>> > got
> >>> > > ported as is into
> >>> > > the JDK, Id start by simply taking
> his library out of
> >>> > your
> >>> > > build path in
> >>> > > eclipse.  Then follow the
> errors and everywhere it
> >>> > > can't find a reference to
> >>> > > a concurrent utility, use's
> Eclipse's help to add the
> >>> > > proper import.
> >>> > >
> >>> > > Id imagine it cant be more then a
> day or two of very
> >>> > > mechanical work...
> >>> > >
> >>> > > Alternately, if your a perl type
> hacker you could try
> >>> > > writing a script that
> >>> > > would look for the string that is
> doug's package name
> >>> > in
> >>> > > the file and
> >>> > > repalce it with the JDK package.
> >>> > >
> >>> > > JK
> >>> > >
> >>> > > On Thu, Aug 27, 2009 at 10:36 AM,
> Nuno Sénica <nsenica@gmail.com>
> >>> > > wrote:
> >>> > >
> >>> > > > Hi Jeffrey and Aaron,
> >>> > > >
> >>> > > > We are currently evaluating the
> effort to
> >>> > perform
> >>> > > those changes.. If the
> >>> > > > effort is not that big, I
> personally, would like
> >>> > to
> >>> > > make that change and
> >>> > > > contribute to the community.
> >>> > > >
> >>> > > > I'll need some guideline from
> where to start,
> >>> > and
> >>> > > regarding that I'm
> >>> > > > relying
> >>> > > > on you guys :D
> >>> > > >
> >>> > > > Which should be the best
> approach to start this
> >>> > change
> >>> > > ?
> >>> > > >
> >>> > > > Regards,
> >>> > > > Nuno
> >>> > > >
> >>> > > > On Thu, Aug 27, 2009 at 15:30,
> Jeffrey Kesselman
> >>> > > <jeffpk@gmail.com>
> >>> > > wrote:
> >>> > > >
> >>> > > > > The source is available,
> couldn't you go
> >>> > through
> >>> > > it and change the
> >>> > > > > references yourselves?
> >>> > > > >
> >>> > > > > That seems a lot less
> costly then abandoning
> >>> > the
> >>> > > whole library.
> >>> > > > >
> >>> > > > > Maybe you could even
> contribute those
> >>> > changes
> >>> > > back to the community...
> >>> > > > >
> >>> > > > > On Thu, Aug 27, 2009 at
> 7:02 AM, Nuno
> >>> > Sénica
> >>> > > <nsenica@gmail.com>
> >>> > > wrote:
> >>> > > > >
> >>> > > > > > Hi all,
> >>> > > > > >
> >>> > > > > > At the company where
> I work for, we
> >>> > have an
> >>> > > application which relies on
> >>> > > > > JCS
> >>> > > > > > and it has proven to
> be a good solution
> >>> > so
> >>> > > far. But now, we were
> >>> > > > informed
> >>> > > > > > about legal issues by
> using concurrent
> >>> > lib
> >>> > > and we are being instructed
> >>> > > > to
> >>> > > > > > change the caching
> lib.
> >>> > > > > >
> >>> > > > > > My question is if
> there's any plan to
> >>> > use
> >>> > > the native concurrent instead
> >>> > > > > of
> >>> > > > > > the lib that JSC
> depend on at the
> >>> > moment ?
> >>> > > Is so, when it is planned to
> >>> > > > > be
> >>> > > > > > available ?
> >>> > > > > >
> >>> > > > > > Thanks in advance.
> >>> > > > > >
> >>> > > > > > Regards,
> >>> > > > > > Nuno
> >>> > > > > >
> >>> > > > >
> >>> > > > >
> >>> > > > >
> >>> > > > > --
> >>> > > > > ~~ Microsoft help desk
> says: reply hazy,
> >>> > ask
> >>> > > again later. ~~
> >>> > > > >
> >>> > > >
> >>> > >
> >>> > >
> >>> > >
> >>> > > --
> >>> > > ~~ Microsoft help desk says: reply
> hazy, ask again
> >>> > later.
> >>> > > ~~
> >>> > >
> >>> >
> >>> >
> ---------------------------------------------------------------------
> >>> > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> >>> > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> >>> >
> >>> >
> >>>
> >>>
> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> >>> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> >>>
> >>>
> >>
> >
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: Remove dependency for concurrent.jar =?ISO-8859-1?Q?Nuno_S=E9nica?= <nsenica@gmail.com> urn:uuid:%3c6fb0a54a0910011213s7767761bl97968541f6109e22@mail-gmail-com%3e 2009-10-01T19:13:19Z 
Hi Aaron,

Sorry to bother you again with this issue..

Are there any news regarding this ?

Best regards,
Nuno

On Mon, Sep 21, 2009 at 16:23, Nuno Sénica <nsenica@gmail.com> wrote:

> Hi Aaron :)
>
> Here I am again querying you on the status of this task.
>
> Did you have the chance the start it ? :) How it is going.
>
> Best regards,
> Nuno Sénica
>
>
> On Fri, Aug 28, 2009 at 11:31, Nuno Sénica <nsenica@gmail.com> wrote:
>
>> Hi Aaron
>>
>> Once again thanks for your inputs..
>>
>> Since it is not a matter of find and replace, maybe I'll wait a couple of
>> weeks so that you take on that task :)
>>
>> I'll poke by then just to know how the work is going.
>>
>> Regads and thanks a lot once again.
>>
>> Nuno
>>
>>
>> On Thu, Aug 27, 2009 at 16:24, Aaron Smuts <asmuts@yahoo.com> wrote:
>>
>>> It's not a simple matter of find and replace.  If it was, I would have
>>> done it some time back. . . .
>>>
>>> This is such an extensive change, it's probably best that I do it.  But
>>> feel free to give it a try.
>>>
>>> Thanks,
>>>
>>> Aaron
>>>
>>> --- On Thu, 8/27/09, Aaron Smuts <asmuts@yahoo.com> wrote:
>>>
>>> > From: Aaron Smuts <asmuts@yahoo.com>
>>> > Subject: Re: Remove dependency for concurrent.jar
>>> > To: "JCS Users List" <jcs-users@jakarta.apache.org>
>>> > Date: Thursday, August 27, 2009, 8:21 AM
>>> > In my first email, I pointed out
>>> > several things that would need to be changed.  You can
>>> > simply search for the util concurrent import and find them
>>> > all.  "EDU.oswego.cs.dl.util.concurrent"
>>> >
>>> > ClockDaemon is used more than the poooled executor. . . .
>>> >
>>> > Yes, there is a backport for JDK 1.4.  A backport
>>> > implements something available only in a new version.
>>> > In this case, the backport is of the 1.5 concurrent
>>> > library.  This allows you to compile and run in
>>> > 1.4.  But if you are running 1.5 or later, you don't
>>> > need to backport jar.
>>> >
>>> > There are some subtle changes between the two.  But it
>>> > should be perfectly possible to get it working in a few
>>> > days.  Take a crack at it if you want.  I'll get
>>> > to it in about two weeks.
>>> >
>>> > Aaron
>>> >
>>> >
>>> >
>>> > --- On Thu, 8/27/09, Jeffrey Kesselman <jeffpk@gmail.com>
>>> > wrote:
>>> >
>>> > > From: Jeffrey Kesselman <jeffpk@gmail.com>
>>> > > Subject: Re: Remove dependency for concurrent.jar
>>> > > To: "JCS Users List" <jcs-users@jakarta.apache.org>
>>> > > Date: Thursday, August 27, 2009, 8:02 AM
>>> > > Well i don't know the codebase so
>>> > > Aaron is your better reference there
>>> > > BUT...
>>> > >
>>> > > Since the large majority of Doug's concurrent library
>>> > got
>>> > > ported as is into
>>> > > the JDK, Id start by simply taking his library out of
>>> > your
>>> > > build path in
>>> > > eclipse.  Then follow the errors and everywhere it
>>> > > can't find a reference to
>>> > > a concurrent utility, use's Eclipse's help to add the
>>> > > proper import.
>>> > >
>>> > > Id imagine it cant be more then a day or two of very
>>> > > mechanical work...
>>> > >
>>> > > Alternately, if your a perl type hacker you could try
>>> > > writing a script that
>>> > > would look for the string that is doug's package name
>>> > in
>>> > > the file and
>>> > > repalce it with the JDK package.
>>> > >
>>> > > JK
>>> > >
>>> > > On Thu, Aug 27, 2009 at 10:36 AM, Nuno Sénica <nsenica@gmail.com>
>>> > > wrote:
>>> > >
>>> > > > Hi Jeffrey and Aaron,
>>> > > >
>>> > > > We are currently evaluating the effort to
>>> > perform
>>> > > those changes.. If the
>>> > > > effort is not that big, I personally, would like
>>> > to
>>> > > make that change and
>>> > > > contribute to the community.
>>> > > >
>>> > > > I'll need some guideline from where to start,
>>> > and
>>> > > regarding that I'm
>>> > > > relying
>>> > > > on you guys :D
>>> > > >
>>> > > > Which should be the best approach to start this
>>> > change
>>> > > ?
>>> > > >
>>> > > > Regards,
>>> > > > Nuno
>>> > > >
>>> > > > On Thu, Aug 27, 2009 at 15:30, Jeffrey Kesselman
>>> > > <jeffpk@gmail.com>
>>> > > wrote:
>>> > > >
>>> > > > > The source is available, couldn't you go
>>> > through
>>> > > it and change the
>>> > > > > references yourselves?
>>> > > > >
>>> > > > > That seems a lot less costly then abandoning
>>> > the
>>> > > whole library.
>>> > > > >
>>> > > > > Maybe you could even contribute those
>>> > changes
>>> > > back to the community...
>>> > > > >
>>> > > > > On Thu, Aug 27, 2009 at 7:02 AM, Nuno
>>> > Sénica
>>> > > <nsenica@gmail.com>
>>> > > wrote:
>>> > > > >
>>> > > > > > Hi all,
>>> > > > > >
>>> > > > > > At the company where I work for, we
>>> > have an
>>> > > application which relies on
>>> > > > > JCS
>>> > > > > > and it has proven to be a good solution
>>> > so
>>> > > far. But now, we were
>>> > > > informed
>>> > > > > > about legal issues by using concurrent
>>> > lib
>>> > > and we are being instructed
>>> > > > to
>>> > > > > > change the caching lib.
>>> > > > > >
>>> > > > > > My question is if there's any plan to
>>> > use
>>> > > the native concurrent instead
>>> > > > > of
>>> > > > > > the lib that JSC depend on at the
>>> > moment ?
>>> > > Is so, when it is planned to
>>> > > > > be
>>> > > > > > available ?
>>> > > > > >
>>> > > > > > Thanks in advance.
>>> > > > > >
>>> > > > > > Regards,
>>> > > > > > Nuno
>>> > > > > >
>>> > > > >
>>> > > > >
>>> > > > >
>>> > > > > --
>>> > > > > ~~ Microsoft help desk says: reply hazy,
>>> > ask
>>> > > again later. ~~
>>> > > > >
>>> > > >
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > ~~ Microsoft help desk says: reply hazy, ask again
>>> > later.
>>> > > ~~
>>> > >
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
>>> > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
>>> >
>>> >
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
>>> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
>>>
>>>
>>
>
Re: Remove dependency for concurrent.jar =?ISO-8859-1?Q?Nuno_S=E9nica?= <nsenica@gmail.com> urn:uuid:%3c6fb0a54a0909210823y3ae257b0pb33034eec356a6f7@mail-gmail-com%3e 2009-09-21T15:23:41Z 
Hi Aaron :)

Here I am again querying you on the status of this task.

Did you have the chance the start it ? :) How it is going.

Best regards,
Nuno Sénica

On Fri, Aug 28, 2009 at 11:31, Nuno Sénica <nsenica@gmail.com> wrote:

> Hi Aaron
>
> Once again thanks for your inputs..
>
> Since it is not a matter of find and replace, maybe I'll wait a couple of
> weeks so that you take on that task :)
>
> I'll poke by then just to know how the work is going.
>
> Regads and thanks a lot once again.
>
> Nuno
>
>
> On Thu, Aug 27, 2009 at 16:24, Aaron Smuts <asmuts@yahoo.com> wrote:
>
>> It's not a simple matter of find and replace.  If it was, I would have
>> done it some time back. . . .
>>
>> This is such an extensive change, it's probably best that I do it.  But
>> feel free to give it a try.
>>
>> Thanks,
>>
>> Aaron
>>
>> --- On Thu, 8/27/09, Aaron Smuts <asmuts@yahoo.com> wrote:
>>
>> > From: Aaron Smuts <asmuts@yahoo.com>
>> > Subject: Re: Remove dependency for concurrent.jar
>> > To: "JCS Users List" <jcs-users@jakarta.apache.org>
>> > Date: Thursday, August 27, 2009, 8:21 AM
>> > In my first email, I pointed out
>> > several things that would need to be changed.  You can
>> > simply search for the util concurrent import and find them
>> > all.  "EDU.oswego.cs.dl.util.concurrent"
>> >
>> > ClockDaemon is used more than the poooled executor. . . .
>> >
>> > Yes, there is a backport for JDK 1.4.  A backport
>> > implements something available only in a new version.
>> > In this case, the backport is of the 1.5 concurrent
>> > library.  This allows you to compile and run in
>> > 1.4.  But if you are running 1.5 or later, you don't
>> > need to backport jar.
>> >
>> > There are some subtle changes between the two.  But it
>> > should be perfectly possible to get it working in a few
>> > days.  Take a crack at it if you want.  I'll get
>> > to it in about two weeks.
>> >
>> > Aaron
>> >
>> >
>> >
>> > --- On Thu, 8/27/09, Jeffrey Kesselman <jeffpk@gmail.com>
>> > wrote:
>> >
>> > > From: Jeffrey Kesselman <jeffpk@gmail.com>
>> > > Subject: Re: Remove dependency for concurrent.jar
>> > > To: "JCS Users List" <jcs-users@jakarta.apache.org>
>> > > Date: Thursday, August 27, 2009, 8:02 AM
>> > > Well i don't know the codebase so
>> > > Aaron is your better reference there
>> > > BUT...
>> > >
>> > > Since the large majority of Doug's concurrent library
>> > got
>> > > ported as is into
>> > > the JDK, Id start by simply taking his library out of
>> > your
>> > > build path in
>> > > eclipse.  Then follow the errors and everywhere it
>> > > can't find a reference to
>> > > a concurrent utility, use's Eclipse's help to add the
>> > > proper import.
>> > >
>> > > Id imagine it cant be more then a day or two of very
>> > > mechanical work...
>> > >
>> > > Alternately, if your a perl type hacker you could try
>> > > writing a script that
>> > > would look for the string that is doug's package name
>> > in
>> > > the file and
>> > > repalce it with the JDK package.
>> > >
>> > > JK
>> > >
>> > > On Thu, Aug 27, 2009 at 10:36 AM, Nuno Sénica <nsenica@gmail.com>
>> > > wrote:
>> > >
>> > > > Hi Jeffrey and Aaron,
>> > > >
>> > > > We are currently evaluating the effort to
>> > perform
>> > > those changes.. If the
>> > > > effort is not that big, I personally, would like
>> > to
>> > > make that change and
>> > > > contribute to the community.
>> > > >
>> > > > I'll need some guideline from where to start,
>> > and
>> > > regarding that I'm
>> > > > relying
>> > > > on you guys :D
>> > > >
>> > > > Which should be the best approach to start this
>> > change
>> > > ?
>> > > >
>> > > > Regards,
>> > > > Nuno
>> > > >
>> > > > On Thu, Aug 27, 2009 at 15:30, Jeffrey Kesselman
>> > > <jeffpk@gmail.com>
>> > > wrote:
>> > > >
>> > > > > The source is available, couldn't you go
>> > through
>> > > it and change the
>> > > > > references yourselves?
>> > > > >
>> > > > > That seems a lot less costly then abandoning
>> > the
>> > > whole library.
>> > > > >
>> > > > > Maybe you could even contribute those
>> > changes
>> > > back to the community...
>> > > > >
>> > > > > On Thu, Aug 27, 2009 at 7:02 AM, Nuno
>> > Sénica
>> > > <nsenica@gmail.com>
>> > > wrote:
>> > > > >
>> > > > > > Hi all,
>> > > > > >
>> > > > > > At the company where I work for, we
>> > have an
>> > > application which relies on
>> > > > > JCS
>> > > > > > and it has proven to be a good solution
>> > so
>> > > far. But now, we were
>> > > > informed
>> > > > > > about legal issues by using concurrent
>> > lib
>> > > and we are being instructed
>> > > > to
>> > > > > > change the caching lib.
>> > > > > >
>> > > > > > My question is if there's any plan to
>> > use
>> > > the native concurrent instead
>> > > > > of
>> > > > > > the lib that JSC depend on at the
>> > moment ?
>> > > Is so, when it is planned to
>> > > > > be
>> > > > > > available ?
>> > > > > >
>> > > > > > Thanks in advance.
>> > > > > >
>> > > > > > Regards,
>> > > > > > Nuno
>> > > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > > --
>> > > > > ~~ Microsoft help desk says: reply hazy,
>> > ask
>> > > again later. ~~
>> > > > >
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > ~~ Microsoft help desk says: reply hazy, ask again
>> > later.
>> > > ~~
>> > >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
>> > For additional commands, e-mail: jcs-users-help@jakarta.apache.org
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
>>
>>
>
Block Cache and garbaged entires? Jeffrey Kesselman <jeffpk@gmail.com> urn:uuid:%3c330f74e70909100858g6f0e6860qcd71f7ee87136a8a@mail-gmail-com%3e 2009-09-10T15:58:35Z 
Hi,

I seem to remember a refernce to this earlier and think I am maybe running
into it myself.  I have a program that laods the cache up with a LOT of data
pushign it basically as fast as the system can into the cache.Most of the
data seems fine but a few entries are getting messed up or altogether lost.
im not *positive* its JCS's fault yet but I seem to remembr a bug being
mentioned on this lsit having to do with heavy write situations.

SO I have a couple of questions:
(1) Is there such a bug.
(2) Is there  a binary build yet with the fix and if so how do i get it?
(3) Is it possible im not closing the cache right?  Currently I do this...

        public void close() {
		CompositeCacheManager.getInstance().shutDown();	
	}



-- 
~~ Microsoft help desk says: reply hazy, ask again later. ~~
Re: Connection Details of Local to Remote cache Aaron Smuts <asmuts@yahoo.com> urn:uuid:%3c962994-75659-qm@web38705-mail-mud-yahoo-com%3e 2009-09-09T14:28:27Z 
It's RMI.  You don't have much control over it.  You can inject a custom factory if you want.

You can tune the event queue on top of the connection.  The client uses a queue.  You can
use a single threaded model or a pooled event queue.  

Aaron

--- On Tue, 9/8/09, sachamul <sacha_mul@yahoo.com> wrote:

> From: sachamul <sacha_mul@yahoo.com>
> Subject: Connection Details of Local to Remote cache
> To: jcs-users@jakarta.apache.org
> Date: Tuesday, September 8, 2009, 4:11 AM
> 
> Hi,
>  We use JCS Remote Caching.
> 
> I have observed that the number of "established"
> connections between Local
> and Remote Cache keeps fluctuating. It varies between
> approx 5-120
> connection in a min or so.
> 
> Our application gets 100-120 requests/sec and for every
> request the Local
> Cache is queried and if not found then Remote Cache gets
> queried. And at the
> end of processing a put call happens on Local Cache, which
> i think results
> into a put call on the Remote Cache.
> 
> What i want to know is 
> 1. the life cycle of the Connection between Local and
> Remote Cache
> 2. any configuration parameters for this connection
> 3. is it pooled connection
> 
> Thanks in advance.
> 
> ^Sachin$
> -- 
> View this message in context: http://www.nabble.com/Connection-Details-of-Local-to-Remote-cache-tp25344143p25344143.html
> Sent from the JCS - Users mailing list archive at
> Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Connection Details of Local to Remote cache sachamul <sacha_mul@yahoo.com> urn:uuid:%3c25344143-post@talk-nabble-com%3e 2009-09-08T11:11:36Z 

Hi,
 We use JCS Remote Caching.

I have observed that the number of "established" connections between Local
and Remote Cache keeps fluctuating. It varies between approx 5-120
connection in a min or so.

Our application gets 100-120 requests/sec and for every request the Local
Cache is queried and if not found then Remote Cache gets queried. And at the
end of processing a put call happens on Local Cache, which i think results
into a put call on the Remote Cache.

What i want to know is 
1. the life cycle of the Connection between Local and Remote Cache
2. any configuration parameters for this connection
3. is it pooled connection

Thanks in advance.

^Sachin$
-- 
View this message in context: http://www.nabble.com/Connection-Details-of-Local-to-Remote-cache-tp25344143p25344143.html
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: JDBC Auxillary cache using Websphere Datasource Vishal Sinha <vishal_sinha21@yahoo.com> urn:uuid:%3c25263395-post@talk-nabble-com%3e 2009-09-02T18:45:38Z 

Sure Thomas,
I will give it a try.

Regards
Vishal



Thomas Vandahl-2 wrote:
> 
> 
> Would you consider opening a JIRA issue to attach the files there? As a
> unified diff if I may ask? I would be very much interested to commit
> them if you checked the CLA checkbox in JIRA. I could need something
> like this myself.
> 
> Bye, Thomas.
> 
> 

-- 
View this message in context: http://www.nabble.com/JDBC-Auxillary-cache-using-Websphere-Datasource-tp20267122p25263395.html
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: JDBC Auxillary cache using Websphere Datasource Vishal Sinha <vishal_sinha21@yahoo.com> urn:uuid:%3c25263360-post@talk-nabble-com%3e 2009-09-02T18:43:54Z 

Hey Aaron,

I was not able to find the flexibility in jcs to configure a websphere
datasource for disk cache. And instead of using db url and db credentials to
create a connection at runtime, I would like to use datasource.

So, I modifed the code so that instead of giving the db url for property
jcs.auxiliary.JDBC.attributes.url if datasource jndi name is configured then
a datasource will be used. But i do have a dependency in the code that the
jndi name should have "jdbc/"

Regards
Vishal


Aaron Smuts wrote:
> 
> What did you change?   I don't understand your last message.
> 

-- 
View this message in context: http://www.nabble.com/JDBC-Auxillary-cache-using-Websphere-Datasource-tp20267122p25263360.html
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: JDBC Auxillary cache using Websphere Datasource Aaron Smuts <asmuts@yahoo.com> urn:uuid:%3c688107-95518-qm@web38706-mail-mud-yahoo-com%3e 2009-09-02T18:12:57Z 
What did you change?   I don't understand your last message.

--- On Wed, 9/2/09, Vishal Sinha <vishal_sinha21@yahoo.com> wrote:

> From: Vishal Sinha <vishal_sinha21@yahoo.com>
> Subject: Re: JDBC Auxillary cache using Websphere Datasource
> To: jcs-users@jakarta.apache.org
> Date: Wednesday, September 2, 2009, 8:58 AM
> 
> Yes, I was looking for the same myself but was not able to
> find it.  I have
> added one class JCSDataSourceHelper and modified the
> existing class
> JDBCDiskCache. I have tried to keep it as low risk, and jcs
> code will behave
> as it used to do if we revert back to old configuration in
> cache.ccf.
> 
> For the datasource to work, the only change required in
> cache.ccf is:
> jcs.auxiliary.JDBC.attributes.url=jdbc/jcsDataSource
> that is, specify datasource jndi instead of DB url
> 
> I have the dependency in the code that datasource jndi name
> should start
> with “jdbc/”, so pls take care of this.
> 
> I am attaching the files. They will go inside
> org.apache.jcs.auxiliary.disk.jdbc package.
> 
> Regards
> Vishal Sinha
> 
> http://www.nabble.com/file/p25260446/JDBCDiskCache.java
> JDBCDiskCache.java 
> 
> http://www.nabble.com/file/p25260446/JCSDataSourceHelper.java
> JCSDataSourceHelper.java 
> -- 
> View this message in context: http://www.nabble.com/JDBC-Auxillary-cache-using-Websphere-Datasource-tp20267122p25260446.html
> Sent from the JCS - Users mailing list archive at
> Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jcs-users-help@jakarta.apache.org
> 
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: JDBC Auxillary cache using Websphere Datasource Thomas Vandahl <tv@apache.org> urn:uuid:%3c4A9EAD0C-7080806@apache-org%3e 2009-09-02T17:36:12Z 
Vishal Sinha wrote:
> Yes, I was looking for the same myself but was not able to find it.  I have
> added one class JCSDataSourceHelper and modified the existing class
> JDBCDiskCache. I have tried to keep it as low risk, and jcs code will behave
> as it used to do if we revert back to old configuration in cache.ccf.
> 
> For the datasource to work, the only change required in cache.ccf is:
> jcs.auxiliary.JDBC.attributes.url=jdbc/jcsDataSource
> that is, specify datasource jndi instead of DB url
> 
> I have the dependency in the code that datasource jndi name should start
> with “jdbc/”, so pls take care of this.
> 
> I am attaching the files. They will go inside
> org.apache.jcs.auxiliary.disk.jdbc package.

Would you consider opening a JIRA issue to attach the files there? As a
unified diff if I may ask? I would be very much interested to commit
them if you checked the CLA checkbox in JIRA. I could need something
like this myself.

Bye, Thomas.

---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org
Re: JDBC Auxillary cache using Websphere Datasource Vishal Sinha <vishal_sinha21@yahoo.com> urn:uuid:%3c25260446-post@talk-nabble-com%3e 2009-09-02T15:58:49Z 

Yes, I was looking for the same myself but was not able to find it.  I have
added one class JCSDataSourceHelper and modified the existing class
JDBCDiskCache. I have tried to keep it as low risk, and jcs code will behave
as it used to do if we revert back to old configuration in cache.ccf.

For the datasource to work, the only change required in cache.ccf is:
jcs.auxiliary.JDBC.attributes.url=jdbc/jcsDataSource
that is, specify datasource jndi instead of DB url

I have the dependency in the code that datasource jndi name should start
with “jdbc/”, so pls take care of this.

I am attaching the files. They will go inside
org.apache.jcs.auxiliary.disk.jdbc package.

Regards
Vishal Sinha

http://www.nabble.com/file/p25260446/JDBCDiskCache.java JDBCDiskCache.java 

http://www.nabble.com/file/p25260446/JCSDataSourceHelper.java
JCSDataSourceHelper.java 
-- 
View this message in context: http://www.nabble.com/JDBC-Auxillary-cache-using-Websphere-Datasource-tp20267122p25260446.html
Sent from the JCS - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: jcs-users-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jcs-users-help@jakarta.apache.org