thanks for the reply Khan. I've went through the document and am still having troubles. i noticed that originally i had forgot to specify the -javaagent:plugableinstrumentor.jar as part of the JAVA_OPTS variable. i've now put that jar into the jboss bin folder and added the parameter to the JAVA_OPTS variable. i also upgraded to the 1.3 jboss aop, and to the jboss 4.0.2.

i have an orgtest-aop.xml file in the server/default/deploy folder that looks like:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE aop PUBLIC
 "-//JBoss//DTD JBOSS AOP 1.0//EN"
 "http://www.jboss.org/aop/dtd/jboss-aop_1_0.dtd">
<aop>
 <bind pointcut="execution(* org.test.ProfileTest-&gt;*(..))">
 <interceptor class="org.jboss.aspects.logging.CallLoggingInterceptor"/>
 </bind>
</aop>

yes, i set the attribute you mentioned. i used the jboss-aop-jdk50.deployer from the 1.3 aop release. here's my jboss-service.xml.

<server>

 <mbean code="org.jboss.aop.deployment.AspectManagerService"
 name="jboss.aop:service=AspectManager">
 <attribute name="EnableLoadtimeWeaving">true</attribute>
 <!-- only relevant when EnableLoadtimeWeaving is true.
 When transformer is on, every loaded class gets
 transformed. If AOP can't find the class, then it
 throws an exception. Sometimes, classes may not have
 all the classes they reference. So, the Suppressing
 is needed. (i.e. Jboss cache in the default configuration -->
 <attribute name="SuppressTransformationErrors">true</attribute>
 <attribute name="Prune">true</attribute>
 <attribute name="Include">org.jboss.test</attribute>
 <attribute name="Exclude">org.jboss.</attribute>
 <attribute name="Optimized">true</attribute>
 <attribute name="Verbose">true</attribute>
 </mbean>

 <mbean code="org.jboss.aop.deployment.AspectDeployer"
 name="jboss.aop:service=AspectDeployer">
 </mbean>

</server>

one more question. (there seems to be no editing of your posts in this forum as i'm use to in forums.gentoo.org).. do i need to set the include attribute to include a pattern for the classes i'm interested in testing? org.test.*?

thanks!

I'm now getting very close i think. after changing to use the AspectManagerServiceJDK5, i now get lots of aspect info in the logs. I see this when my class is loaded:

21:23:24,329 INFO [STDOUT] method matched binding execution(* org.test.*->*(..)) protected void org.test.ProfTest.doGet(javax.servlet.http.HttpServletRequest,javax.servlet.http.HttpServletResponse) throws javax.servlet.ServletException,java.io.IOException

 <interceptor class="org.jboss.aspects.logging.CallLoggingInterceptor"/>
 <bind pointcut="execution(* org.test.*-&gt;*(..))">
 <interceptor-ref name="org.jboss.aspects.logging.CallLoggingInterceptor"/>
 </bind>

i do have debug logging turned on, but i'll add some explicit log4j logging in my servlet to make sure in my example of using the CallLoggingInterceptor.

i was unsuccessfull with the injboss example. i gave the jboss.dir needed in the build.xml, then ran ant deploy-basic-lt-war. I point my browser to http://localhost:8080/aopexample and run the example. there's a lot of output on the first run when the classes are going through any transform. when running, i only see the output from the ExampleValue class and the BasicExampleServlet class. I see the same results in the console and the server/default/log/server.log file.

06:31:12,858 INFO [STDOUT] [trying to transform] org.apache.catalina.core.ApplicationDispatcher
06:31:12,859 INFO [STDOUT] [debug] There are no caller pointcuts!
06:31:12,932 INFO [STDOUT] [debug] was org.apache.catalina.core.ApplicationDispatcher converted: false
06:31:12,959 INFO [STDOUT] [trying to transform] org.apache.catalina.core.ApplicationHttpResponse
06:31:12,960 INFO [STDOUT] [debug] There are no caller pointcuts!
06:31:12,963 INFO [STDOUT] [debug] was org.apache.catalina.core.ApplicationHttpResponse converted: false
06:31:12,988 INFO [STDOUT] [trying to transform] org.apache.catalina.core.ApplicationResponse
06:31:12,989 INFO [STDOUT] [debug] There are no caller pointcuts!
06:31:12,991 INFO [STDOUT] [debug] was org.apache.catalina.core.ApplicationResponse converted: false
06:31:13,011 INFO [STDOUT] [trying to transform] org.apache.catalina.core.ApplicationHttpRequest
06:31:13,012 INFO [STDOUT] [debug] There are no caller pointcuts!
06:31:13,022 INFO [STDOUT] [debug] was org.apache.catalina.core.ApplicationHttpRequest converted: false
06:31:13,048 INFO [STDOUT] [trying to transform] org.apache.catalina.core.ApplicationRequest
06:31:13,050 INFO [STDOUT] [debug] There are no caller pointcuts!
06:31:13,052 INFO [STDOUT] [debug] was org.apache.catalina.core.ApplicationRequest converted: false
06:31:13,082 INFO [STDOUT] **** ExampleValue.getMessage()
06:31:38,315 INFO [STDOUT] **** BasicExampleServlet.service()
06:31:38,316 INFO [STDOUT] **** ExampleValue String Constructor
06:31:38,317 INFO [STDOUT] **** ExampleValue.getMessage()
06:31:52,624 INFO [STDOUT] **** BasicExampleServlet.service()
06:31:52,624 INFO [STDOUT] **** ExampleValue String Constructor
06:31:52,626 INFO [STDOUT] **** ExampleValue.getMessage()
06:32:31,721 INFO [STDOUT] **** BasicExampleServlet.service()
06:32:31,722 INFO [STDOUT] **** ExampleValue String Constructor
06:32:31,723 INFO [STDOUT] **** ExampleValue.getMessage()

any ideas why the aopexample output shown above doesn't appear to have the interceptors being applied to the pointcuts? the SimpleInterceptor seems to be just using System.out.prinln to log that it's working, but i can't see that happening.

i'd really like to get to learn and use jboss aop in a dynamic web environment....

i think the include was what was tripping me up on the examples. i finally got it working!!

then i tried my servlet again to use the CallLoggingInterceptor. Still no luck. Then I added a SimpleInterceptor right into my war. Again, the war isn't aspectized, I'm using the load type weaving w/ jdk 1.5. i started to get logging exceptions that seemd to be recursive aop calls to botht eh CallLoggingInterceptor and the SimpleInterceptor. Then I completely shut off the CallLoggingInterceptor in the base-aop.xml. Finally, i've got a simple interceptor working with my war!

I'm still not sure why the CallLoggingInterceptor wasn't working. I have debug log4j logging in my servlet configured explicitly as:

 Logger LOG = Logger.getLogger( SnoopServlet.class );
 {
 BasicConfigurator.configure();
 LOG.setLevel( Level.DEBUG );
 }