Bug in 2.1.1.CR4 CacheLoader region-based unmarshalling
by Brian Stansberry
Seeing problems in region-based marshalling/unmarshalling with
FileCacheLoader[1].
Looking at the code, it looks like when doing a write with region-based
marshalling enabled, the cache loader isn't writing the region Fqn as
the leading part of the stream. That might be by design, as its OK if
we're *sure* the correct CL will always be assigned to the thread before
*any* attempt is made to read from the persistent store.
It's breaking down though in the FileCacheLoader.doUnmarshall call,
which is calling into the marshaller and letting it decide whether
region-based marshalling is in effect. The marshaller thinks it is, and
tries to unmarshall a leading region Fqn. This fails.
Here's a stack trace showing a failed read from the persistent store.
Read is occuring in preparation for a write, but it's the read that is
failing:
2008-04-20 01:06:27,996 ERROR
[org.jboss.web.tomcat.service.session.JBossCacheManager]
(ContainerBackgroundProcessor[StandardEngine[jboss.web]])
processExpires(): failed removing unloaded session 0Fm8CDBXTJp40M0Wfvjw6Q__
java.lang.ClassCastException: java.util.HashMap
at
org.jboss.cache.marshall.CacheMarshaller200.objectFromObjectStreamRegionBased(CacheMarshaller200.java:175)
at
org.jboss.cache.marshall.CacheMarshaller200.objectFromObjectStream(CacheMarshaller200.java:115)
at
org.jboss.cache.marshall.VersionAwareMarshaller.objectFromObjectStream(VersionAwareMarshaller.java:324)
at
org.jboss.cache.loader.FileCacheLoader.doUnmarshall(FileCacheLoader.java:473)
at
org.jboss.cache.loader.AbstractCacheLoader.regionAwareUnmarshall(AbstractCacheLoader.java:221)
at
org.jboss.cache.loader.FileCacheLoader.loadAttributes(FileCacheLoader.java:426)
at org.jboss.cache.loader.FileCacheLoader.put(FileCacheLoader.java:247)
at org.jboss.cache.loader.FileCacheLoader.put(FileCacheLoader.java:238)
at
org.jboss.cache.interceptors.PassivationInterceptor.handleEvictMethod(PassivationInterceptor.java:53)
at
org.jboss.cache.interceptors.MethodDispacherInterceptor.invoke(MethodDispacherInterceptor.java:126)
at
org.jboss.cache.interceptors.Interceptor.nextInterceptor(Interceptor.java:111)
at
org.jboss.cache.interceptors.MethodDispacherInterceptor.invoke(MethodDispacherInterceptor.java:58)
at
org.jboss.cache.interceptors.Interceptor.nextInterceptor(Interceptor.java:111)
at
org.jboss.cache.interceptors.PessimisticLockInterceptor.handleEvictMethod(PessimisticLockInterceptor.java:341)
at
org.jboss.cache.interceptors.MethodDispacherInterceptor.invoke(MethodDispacherInterceptor.java:126)
at
org.jboss.cache.interceptors.PessimisticLockInterceptor.invoke(PessimisticLockInterceptor.java:81)
at
org.jboss.cache.interceptors.Interceptor.nextInterceptor(Interceptor.java:111)
at
org.jboss.cache.interceptors.MethodDispacherInterceptor.invoke(MethodDispacherInterceptor.java:58)
at
org.jboss.cache.interceptors.Interceptor.nextInterceptor(Interceptor.java:111)
at
org.jboss.cache.interceptors.MethodDispacherInterceptor.invoke(MethodDispacherInterceptor.java:58)
at
org.jboss.cache.interceptors.Interceptor.nextInterceptor(Interceptor.java:111)
at
org.jboss.cache.interceptors.TxInterceptor.handleNonTxMethod(TxInterceptor.java:456)
at
org.jboss.cache.interceptors.TxInterceptor.handleEvictMethod(TxInterceptor.java:200)
at
org.jboss.cache.interceptors.MethodDispacherInterceptor.invoke(MethodDispacherInterceptor.java:126)
at
org.jboss.cache.interceptors.Interceptor.nextInterceptor(Interceptor.java:111)
at
org.jboss.cache.interceptors.CacheMgmtInterceptor.handleEvictMethod(CacheMgmtInterceptor.java:64)
at
org.jboss.cache.interceptors.MethodDispacherInterceptor.invoke(MethodDispacherInterceptor.java:126)
at
org.jboss.cache.interceptors.Interceptor.nextInterceptor(Interceptor.java:111)
at
org.jboss.cache.interceptors.InvocationContextInterceptor.invoke(InvocationContextInterceptor.java:73)
at
org.jboss.cache.invocation.AbstractInvocationDelegate.invoke(AbstractInvocationDelegate.java:123)
at
org.jboss.cache.invocation.AbstractInvocationDelegate.invoke(AbstractInvocationDelegate.java:64)
at
org.jboss.cache.invocation.CacheInvocationDelegate.evict(CacheInvocationDelegate.java:380)
at
org.jboss.cache.invocation.CacheInvocationDelegate.evictChildren(CacheInvocationDelegate.java:355)
at
org.jboss.cache.invocation.CacheInvocationDelegate.evict(CacheInvocationDelegate.java:340)
at
org.jboss.web.tomcat.service.session.JBossCacheWrapper.evictSubtree(JBossCacheWrapper.java:273)
at
org.jboss.web.tomcat.service.session.JBossCacheService.evictSession(JBossCacheService.java:388)
at
org.jboss.web.tomcat.service.session.JBossCacheManager.processUnloadedSessionPassivation(JBossCacheManager.java:1795)
at
org.jboss.web.tomcat.service.session.JBossCacheManager.processExpires(JBossCacheManager.java:1554)
at
org.jboss.web.tomcat.service.session.JBossManager.backgroundProcess(JBossManager.java:895)
at
org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1316)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1601)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(ContainerBase.java:1610)
at
org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(ContainerBase.java:1590)
at java.lang.Thread.run(Thread.java:595)
--
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
brian.stansberry(a)redhat.com
17 years, 12 months
Re: [jbosscache-dev] "Subversion Commits" tab for JBCACHE jiras
by Galder Zamarreno
Bob McWhirter wrote:
> I think Subversion integration is handled by GIT at the moment.
>
> I'll contact them and see if we can't get you setup.
>
> I checked JIRA and it's currently setup for JBossCache CVS
> (:pserver:anonymous@anoncvs.forge.jboss.com:/cvsroot/jboss) which I'm
> guessing is now out-of-date, eh?
Indeed :).
I suppose it should be linking to anonsvn in the same way AS does.
Thanks for the quick response!
>
> I'll ping GIT and letcha know.
>
> -Bob
>
> On Apr 14, 2008, at 11:38 AM, Galder Zamarreno wrote:
>> Example JIRA:
>> http://jira.jboss.com/jira/browse/JBCACHE-1316?page=com.atlassian.jira.pl...
>>
>>
>> svn commit:
>> http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbosscache?view=rev&revision=5526
>>
>>
>> Galder Zamarreno wrote:
>>> Hi Ryan/Bob,
>>> I'm not sure who deals with JIRA, but the "Subversion Commits" tab
>>> for JBCACHE jiras don't seem to show the commits associated with that
>>> JIRA number. JBoss Cache has been in SVN for quite a while:
>>> https://svn.jboss.org/repos/jbosscache
>>> Is there any way to enable this like it's available for JBAS and AS
>>> svn commits?
>>> Cheers,
>>
>> --
>> Galder Zamarreño
>> Sr. Software Maintenance Engineer
>> JBoss, a division of Red Hat
>
--
Galder Zamarreño
Sr. Software Maintenance Engineer
JBoss, a division of Red Hat
18 years
"Subversion Commits" tab for JBCACHE jiras
by Galder Zamarreno
Hi Ryan/Bob,
I'm not sure who deals with JIRA, but the "Subversion Commits" tab for
JBCACHE jiras don't seem to show the commits associated with that JIRA
number. JBoss Cache has been in SVN for quite a while:
https://svn.jboss.org/repos/jbosscache
Is there any way to enable this like it's available for JBAS and AS svn
commits?
Cheers,
--
Galder Zamarreño
Sr. Software Maintenance Engineer
JBoss, a division of Red Hat
18 years
JBoss Cache 2.1.1.CR2
by Manik Surtani
FYI, this has now been tagged and is available in the maven repo.
Cheers,
--
Manik Surtani
Lead, JBoss Cache
manik(a)jboss.org
18 years
Branch for 2.1.X
by Manik Surtani
Guys, this is now done.
It is pretty much a snapshot of trunk as of today, with Elias' Amazon
S3 cache loader stuff removed (don't want to introduce this in a micro
version - it will be there in 2.2.0).
Brian, I have even built a snapshot on the JBoss snapshot Maven repo,
so please give it a whirl and see if issues like JBCACHE-1170 have
successfully been taken care of.
Cheers,
--
Manik Surtani
Lead, JBoss Cache
manik(a)jboss.org
18 years
[Fwd: [jboss-dev-forums] [Design of Clustering on JBoss (Clusters/JBoss)] - New jboss-cluster-dev mail list]
by Brian Stansberry
FYI
-------- Original Message --------
Subject: [jboss-dev-forums] [Design of Clustering on JBoss
(Clusters/JBoss)] - New jboss-cluster-dev mail list
Date: Thu, 3 Apr 2008 15:03:46 -0400 (EDT)
From: bstansberry(a)jboss.com <do-not-reply(a)jboss.com>
To: jboss-dev-forums(a)lists.jboss.org
FYI, we've created a new jboss-cluster-dev(a)lists.jboss.org mail list.
This is meant to be a general cross-project list for discussion of
clustering issues that may impact multiple JBoss projects (e.g. JGroups,
JBC, JBM, AS). A number of the more meaningful clustering-related
discussions seem to happen on e-mail threads; often on the
jbosscache-dev list. But when the subject matter extends beyond JBC
specifics, either other folks uninterested in JBC miss the discussion,
or the thread ends up going private. Both are bad. This list is meant
to be place to hold these discussions.
My intent is for this to be a pretty low volume list, focused solely on
cross-project issues. Anyone who regularly follows this forum is
encouraged to subscribe.
In order to keep the volume on the mail list low, my intent is to
continue to use this forum for purely AS-centric discussions (e.g some
dev work on HAPartition or something). If a discussion isn't meaningful
to projects other than JBoss AS, let's keep it here.
Please see https://lists.jboss.org/mailman/listinfo/jboss-cluster-dev if
you wish to subscribe.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4141478#4141478
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4141478
_______________________________________________
jboss-dev-forums mailing list
jboss-dev-forums(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-dev-forums
--
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
brian.stansberry(a)redhat.com
18 years
