java.util.UUID could not be build

[sm379...@gmail.com]

Hi all,
I use Jaococ in Jboss 4.2.3. its enviroment and configuration is below:
Java VM: Java HotSpot(TM) 64-Bit Server VM 20.9-b04,Sun Microsystems Inc.
OS-System: Linux 2.6.32-431.11.2.el6.x86_64,amd6

-javaagent:/webapp/jboss/jboss-as/server/jacoco/lib/jacocoagent.jar=includes=*,output=tcpserver,port=10000,address=192.168.0.1
-javaagent:/webapp/jboss/jboss-as/server/other/lib/aspectwerkz-jdk5-2.0.jar
-Daspectwerkz.transform.verbose=false
-Daspectwerkz.transform.details=false

We get some errors like following during restart now, it masses up servers’ restart log, it is a bug or incorrect configuration? Thanks!

ERROR [] [STDERR] java.lang.Error: field info metadata structure could not be build for field: java/util/UUID.$jacocoAccess:Ljava/lang/Object;
ERROR [] [STDERR] at org.codehaus.aspectwerkz.transform.inlining.weaver.FieldSetFieldGetVisitor$ReplacePutFieldAndGetFieldInstructionCodeAdapter.getFieldInfo(FieldSetFieldGetVisitor.java:389)
ERROR [] [STDERR] at org.codehaus.aspectwerkz.transform.inlining.weaver.FieldSetFieldGetVisitor$ReplacePutFieldAndGetFieldInstructionCodeAdapter.visitFieldInsn(FieldSetFieldGetVisitor.java:199)
ERROR [] [STDERR] at org.codehaus.aspectwerkz.org.objectweb.asm.CodeAdapter.visitFieldInsn(Unknown Source)
ERROR [] [STDERR] at org.codehaus.aspectwerkz.org.objectweb.asm.CodeAdapter.visitFieldInsn(Unknown Source)
ERROR [] [STDERR] at org.codehaus.aspectwerkz.org.objectweb.asm.ClassReader.accept(Unknown Source)
ERROR [] [STDERR] at org.codehaus.aspectwerkz.transform.inlining.InliningWeavingStrategy.transform(InliningWeavingStrategy.java:198)
ERROR [] [STDERR] at org.codehaus.aspectwerkz.transform.AspectWerkzPreProcessor._preProcess(AspectWerkzPreProcessor.java:173)
ERROR [] [STDERR] at org.codehaus.aspectwerkz.transform.AspectWerkzPreProcessor.preProcess(AspectWerkzPreProcessor.java:148)
ERROR [] [STDERR] at org.codehaus.aspectwerkz.hook.PreProcessorAdapter.transform(PreProcessorAdapter.java:50)
ERROR [] [STDERR] at sun.instrument.TransformerManager.transform(TransformerManager.java:169)
ERROR [] [STDERR] at sun.instrument.InstrumentationImpl.transform(InstrumentationImpl.java:365)
ERROR [] [STDERR] at java.lang.ClassLoader.defineClass1(Native Method)
ERROR [] [STDERR] at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
ERROR [] [STDERR] at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
ERROR [] [STDERR] at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
ERROR [] [STDERR] at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
ERROR [] [STDERR] at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
ERROR [] [STDERR] at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
ERROR [] [STDERR] at java.security.AccessController.doPrivileged(Native Method)
ERROR [] [STDERR] at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
ERROR [] [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.findClassLocally(RepositoryClassLoader.java:679)
ERROR [] [STDERR] at org.jboss.mx.loading.RepositoryClassLoader.findClass(RepositoryClassLoader.java:659)
ERROR [] [STDERR] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)

[Marc R. Hoffmann]

Hi,

looks like the aspectwerkz agent cannot handle the transformed versin on
java/util/UUID. This JRE class is instrumented by the JaCoCo runtime.
Maybe you ask at the aspectwerkz project how to exclude a specific class
from instrumentation.

Anyways, if aspectwerks also changes your classes under test, JaCoCo
might not be able to determine code coverage. See documentation:

http://www.eclemma.org/jacoco/trunk/doc/offline.html
http://www.eclemma.org/jacoco/trunk/doc/classids.html

Regards,
-marc

[Steven]

Thanks, Marc.

Yes, the aspectwerkz cause this issue. I change the order of javaagent.

The last javaagent is jacoco.

It works well.

It seems that jacoco might not work with the other aop/agnet tool(base on precompile, such as javassist, aspectJ).