[ http://jira.jboss.com/jira/browse/JBCACHE-37?page=history ]
Andrew May updated JBCACHE-37:
------------------------------
Attachment: cachetest.zip
treeCacheAop-service.xml
jboss-aop.xml
cachetest.zip contains source for simple stateless session bean that attempts
to bind a CacheObject into TreeCacheAop, and a JUnit test case to call it. The
bean requires XDoclet.
This test case fails with the same stack overflow I originally reported.
> Stack Overflow when using Collection classes in TreeCacheAop
> ------------------------------------------------------------
>
> Key: JBCACHE-37
> URL: http://jira.jboss.com/jira/browse/JBCACHE-37
> Project: JBoss Cache
> Type: Bug
> Versions: 1.2
> Environment: JBoss 4.0.1, JDK 1.5 (and also 1.4.2), Linux (Mandrake 10.0)
> Reporter: Andrew May
> Assignee: Bela Ban
> Attachments: cachetest.zip, jboss-aop.xml, treeCacheAop-service.xml
>
>
> Stack overflow when calling TreeCacheAop.putObject(Fqn, Object) for an
> aspectized object that contains a Collection class (tested with HashSet,
> ArrayList and HashMap):
> Thread [http-0.0.0.0-7001-Processor25] (Suspended (exception
> java.lang.StackOverflowError))
>
> org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass)
> line: 713
> ...
> org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass,
> java.lang.ClassLoader) line: 50
>
> org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass)
> line: 713
> org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass,
> java.lang.ClassLoader) line: 50
>
> org.jboss.aop.deployment.JBossClassPool(javassist.ClassPool).toClass(javassist.CtClass)
> line: 713
> org.jboss.aop.deployment.JBossClassPool.toClass(javassist.CtClass,
> java.lang.ClassLoader) line: 50
> javassist.CtNewClass(javassist.CtClass).toClass() line: 1000
> org.jboss.aop.proxy.ClassProxyFactory.generateProxy(java.lang.Class)
> line: 138
> org.jboss.aop.proxy.ClassProxyFactory.newInstance(java.lang.Class)
> line: 52
>
> org.jboss.cache.aop.CollectionInterceptorUtil.getMethodMap(java.lang.Class)
> line: 50
>
> org.jboss.cache.aop.CachedSetInterceptor.<init>(org.jboss.cache.aop.TreeCacheAop,
> org.jboss.cache.Fqn, java.lang.Class) line: 41
> org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn,
> java.lang.Object) line: 372
> org.jboss.cache.aop.TreeCacheAop._putObject(org.jboss.cache.Fqn,
> java.lang.Object) line: 265
> org.jboss.cache.aop.TreeCacheAop.putObject(org.jboss.cache.Fqn,
> java.lang.Object) line: 130
> Originally this was happening within our application, but I've managed to
> write a simple test bean that demonstrates the problem.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
JBoss-Development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-development
