Sorry, this is all the info I have for now. I'm also getting this exception
now in one of my unit tests:
TXEOCT48 - 2005-12-08 07:32:12,151 ERROR ExecuteThread: '14' for queue:
'weblogic.kernel.Default'
org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache - Failure getting
from disk, cacheName: TREEVIEW_TXEOCT, group = SDM
java.util.ConcurrentModificationException
at
org.apache.commons.collections.map.AbstractLinkedMap$LinkIterator.nextEntry(
AbstractLinkedMap.java:555)
at
org.apache.commons.collections.map.AbstractLinkedMap$KeySetIterator.next(Abs
tractLinkedMap.java:455)
at
org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.getGroupKeys(IndexedD
iskCache.java:520)
at
org.apache.jcs.engine.control.CompositeCache.getGroupKeys(CompositeCache.jav
a:657)
at
org.apache.jcs.access.GroupCacheAccess.getGroupKeys(GroupCacheAccess.java:18
3)
at
com.pearson.cache.JCSCacheManager.getKeys(JCSCacheManager.java:84)
at
com.ncs.es.reporting.v40.studentdatamgmt.CacheTestAction.getCachedNodes(Cach
eTestAction.java:81)
at
com.ncs.es.reporting.v40.studentdatamgmt.CacheTestAction.go(CacheTestAction.
java:71)
at
com.ncs.es.shrserv.v40.common.struts.BaseAction.execute(BaseAction.java:31)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProces
sor.java:419)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:224)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1194)
at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(Servle
tStubImpl.java:1006)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:419)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:315)
at
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(W
ebAppServletContext.java:6718)
at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubjec
t.java:321)
at
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
ntext.java:3764)
at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
:2644)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:219)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:178)
-----Original Message-----
From: Aaron Smuts [mailto:[EMAIL PROTECTED]
Sent: Friday, December 02, 2005 7:42 PM
To: JCS Users List
Subject: Re: More Errors [WAS]RE: java.lang.ArrayIndexOutOfBoundsException
Can you send me the entire stack trace and a couple full error log entries.
You can send if off the list if it reveals too much of your code.
--- "Lane, Brad" <[EMAIL PROTECTED]> wrote:
> We are getting tons of these errors:
>
>
org.apache.jcs.engine.memory.lru.LRUMemoryCache.update(LRUMemoryCache.java:1
> 75)
> update: After spool, size mismatch: map.size() = 999, linked list size
> = 999
>
> And this one:
>
>
CacheEventQueue.QProcessor-TREEVIEW_TXEOCT[slf5s.THREAD]
>
>
org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache[slf5s.CATEGORY]
>
org.apache.jcs.auxiliary.disk.indexed.IndexedDiskCache.doUpdate(IndexedDiskC
> ache.java:428)[slf5s.LOCATION]
> Failure updating element, cacheName:
> TREEVIEW_TXEOCT, key: [GAN:
> groupId=[groupId=TREEVIEW_TXEOCT, SDM],
> attrName=1035011~!~SCH01~!~556888][slf5s.MESSAGE]
>
> java.lang.NullPointerException
>
> We're still getting the
> ArrayIndexOutofBoundsException but we get these two a lot more often
> now. The second one just started appearing. The other two have been
> around for a while but are more frequent now.
>
> We recently changed our configuration to use the following (we were
> using the defaults of these before but our data file was getting
> huge):
> jcs.auxiliary.DC.attributes.MaxPurgatorySize=10000
> jcs.auxiliary.DC.attributes.MaxKeySize=20000
>
jcs.auxiliary.DC.attributes.OptimizeAtRemoveCount=20000
> jcs.auxiliary.DC.attributes.MaxRecycleBinSize=10000
>
> We are using JCS version 1.2.6.7. Any ideas?
>
>
> -----Original Message-----
> From: Aaron Smuts [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 09, 2005 6:55 PM
> To: JCS Users List
> Subject: Re:
> java.lang.ArrayIndexOutOfBoundsException
>
> Please fix any problems you see. The tests aren't exposing any
> issues.
>
> Aaron
>
> --- Hanson Char <[EMAIL PROTECTED]> wrote:
>
> > SortedPreferentialArray looks pretty broken. Lots
> of room for
> > simplication and bug fixing.
> >
> > Hanson
> >
> > On 11/9/05, Lane, Brad <[EMAIL PROTECTED]>
> > wrote:
> > >
> > > You still haven't fixed the download link on the
> > site and that makes me
> > > wonder what else have forgotten to tell me?
> > >
> > > -----Original Message-----
> > > From: Smuts, Aaron
> > [mailto:[EMAIL PROTECTED]
> > > Sent: Monday, October 03, 2005 9:10 AM
> > > To: JCS Users List
> > > Subject: RE:
> > java.lang.ArrayIndexOutOfBoundsException
> > >
> > >
> >
>
http://svn.apache.org/viewcvs.cgi/jakarta/jcs/trunk/tempbuild/
> > >
> > > You have an old link. I need to update the site
> > docs. JCS is on SVN now,
> > > not CVS.
> > >
> > > > -----Original Message-----
> > > > From: Lane, Brad
> [mailto:[EMAIL PROTECTED]
> > > > Sent: Monday, October 03, 2005 9:51 AM
> > > > To: 'JCS Users List'
> > > > Subject: RE:
> > java.lang.ArrayIndexOutOfBoundsException
> > > >
> > > > What's the "more recent version"? 1.2.6.5
> > <http://1.2.6.5> is the most
> > > recent one I see
> > > at
> > > >
> >
>
http://cvs.apache.org/viewcvs.cgi/jakarta-turbine-jcs/tempbuild/
> > > >
> > > > -----Original Message-----
> > > > From: Smuts, Aaron
> > [mailto:[EMAIL PROTECTED]
> > > > Sent: Monday, October 03, 2005 8:46 AM
> > > > To: JCS Users List
> > > > Subject: RE:
> > java.lang.ArrayIndexOutOfBoundsException
> > > >
> > > > This problem shouldn't be serious, but you
> > should upgrade to a more
> > > recent
> > > > version. I think there was a small bug with
> the
> > array in 1.2.6.5<http://1.2.6.5>that
> > > > Hanson fixed.
> > > >
> > > > Aaron
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Lane, Brad
> > [mailto:[EMAIL PROTECTED]
> > > > > Sent: Monday, October 03, 2005 8:23 AM
> > > > > To: 'JCS Users List'
> > > > > Subject: RE:
> > java.lang.ArrayIndexOutOfBoundsException
> > > > >
> > > > > We're using 1.2.6.5 <http://1.2.6.5>. BTW -
> > We're seeing this on our
> > > production box
> > > > which
> > > > > is
> > > > > Solaris and not on our dev or integration
> > boxes, which are Windows,
> > > if
> > > > > that matters.
> > > > >
> > > > > -----Original Message-----
> > > > > From: Aaron Smuts [mailto:[EMAIL PROTECTED]
> > > > > Sent: Friday, September 30, 2005 8:47 PM
> > > > > To: JCS Users List
> > > > > Subject: Re:
> > java.lang.ArrayIndexOutOfBoundsException
> > > > >
> > > > > Strange. What version of JCS are you using?
> > > > >
> > > > > The SortedPreferentialArray is used by the
> > disk cache to keep track
> > > of
> > > > > empty spots after removes.
> > > > >
> > > > > Aaron
> > > > >
> > > > >
> > > > > --- "Lane, Brad" <[EMAIL PROTECTED]>
> > wrote:
> > > > >
> > > > > > We're getting the following exception from
> > JCS sporadically. Any
> > > > ideas
> > > > > > what's causing it?
> > > > > >
> > > > > >
> > > > > > [slf5s.start]29 Sep 2005
> > 14:17:00,163[slf5s.DATE]
> > > > > > ERROR[slf5s.PRIORITY] [slf5s.NDC]
> > > > > >
> > CacheEventQueue.QProcessor-TREEVIEW[slf5s.THREAD]
> > > > > >
> > > > > >
> > > > >
> >
>
org.apache.jcs.utils.struct.SortedPreferentialArray[slf5s.CATEGORY]
> > > > > >
> > > > >
> > > >
> > >
> >
>
org.apache.jcs.utils.struct.SortedPreferentialArray.takeNearestLargerOrE
> > > > qu
> > > > > al
> > > > > >
> > (SortedPreferentialArray.java:297)[slf5s.LOCATION]
> > > > > >
> > > > >
> >
>
java.lang.ArrayIndexOutOfBoundsException[slf5s.MESSAGE]
> > > > > >
> > > > > >
> > > > > > Thanks,
> > > > > > Brad
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>
************************************************************************
> > > > **
> > > > > **
> > > > > >
> > > > > > This email may contain confidential
>
=== message truncated ===
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
****************************************************************************
This email may contain confidential material.
If you were not an intended recipient,
Please notify the sender and delete all copies.
We may monitor email to and from our network.
****************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
