[ 
http://jira.jboss.com/jira/browse/JBCACHE-37?page=comments#action_12315075 ]
     
Andrew May commented on JBCACHE-37:
-----------------------------------

I tried running my original test against jboss-head (I wasn't sure how to run 
the test case you had checked in) and the stack overflow does not occur.

I added some logging to the 4.0.1 code in JBossClassPool.toClass(CtClass, 
ClassLoader) and that shows that the tempdir variable is null, which is what 
causes the stack overflow. I added the same logging to the jboss-head version, 
and that method does not appear to be called.

I've also tried the 4.0.2beta codebase (i.e. Branch_4_0), and this fails with 
the same stack overflow for the same reason.

I hope that's useful information.

-Andrew

> 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: Ben Wang
>      Fix For: 1.2.1
>  Attachments: cachetest.jar, cachetest.zip, jboss-aop.xml, project.zip, 
> 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



-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
JBoss-Development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to