Here is the stack trace I notice upon basic tests. Looks like jTracert
is having difficulty handling reflection.
java.lang.NullPointerException
at
com.google.code.jtracert.util.ClassUtils.getFullyQualifiedName
(ClassUtils.java:16)
at
com.google.code.jtracert.agent.JTracertClassFileTransformer.transform
(JTracertClassFileTransformer.java:76)
at sun.instrument.TransformerManager.transform
(TransformerManager.java:122)
at sun.instrument.InstrumentationImpl.transform
(InstrumentationImpl.java:155)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
at java.lang.ClassLoader.defineClass(ClassLoader.java:455)
at sun.reflect.GeneratedMethodAccessor21.invoke(Unknown
Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at net.sf.cglib.CodeGenerator.defineClass(CodeGenerator.java:
168)
at net.sf.cglib.CodeGenerator.define(CodeGenerator.java:140)
at net.sf.cglib.ConstructorProxy.createHelper
(ConstructorProxy.java:112)
at net.sf.cglib.ConstructorProxy.create(ConstructorProxy.java:
88)
On Sep 2, 4:20 am, Shalon <
shalon....@gmail.com> wrote:
> Greetings,
>
> I was able to connect jTracert GUI (agent listening at 7007) with my
> local instance of a running tomcat server. I have a webapp
> (Something.war) deployed, and can actually run my tests athttp://localhost:8080/Something