[JBoss Portal] - Re: Help ! IFrame Portlet !
by PeterJ
You extracted the entire zip file into the deploy directory? You should not have done that - undo!
Here are the steps, starting with the downloaded iframe zip file:
1) Unzip the iframe zip file into a temporary directory.
2) Unpack the iframeportlet.war file into a directory named iframeportlet.war in a temporary location.
3) Edit the iframeportlet.war/WEB-INF/portlet-instances.xml and iframeportlet.war/WEB-INF/iframe-object.xmlf files as I indicated in my earlier post.
4) Copy the entire iframeportlet.war directory to server/default/deploy
5) In your browser, go to the IFrame page.
Here is an example portlet-instances.xml file:
<?xml version="1.0" standalone="yes"?>
| <deployments>
| <deployment>
| <if-exists>overwrite</if-exists>
| <instance>
| <instance-id>IFrame1</instance-id>
| <portlet-ref>IFramePortlet</portlet-ref>
| </instance>
| </deployment>
| <deployment>
| <if-exists>overwrite</if-exists>
| <instance>
| <instance-id>IFrame2</instance-id>
| <portlet-ref>IFramePortlet</portlet-ref>
| </instance>
| </deployment>
| <deployment>
| <if-exists>overwrite</if-exists>
| <instance>
| <instance-id>IFrame3</instance-id>
| <portlet-ref>IFramePortlet</portlet-ref>
| </instance>
| </deployment>
| </deployments>
and an example iframe-object.xml file:
<?xml version="1.0" encoding="UTF-8"?>
| <deployments>
| <deployment>
| <if-exists>overwrite</if-exists>
| <parent-ref>default</parent-ref>
| <page>
| <page-name>IFrame</page-name>
| <window>
| <window-name>IFramePortletWindow1</window-name>
| <instance-ref>IFrame1</instance-ref>
| <region>center</region>
| <height>0</height>
| </window>
| <window>
| <window-name>IFramePortletWindow2</window-name>
| <instance-ref>IFrame2</instance-ref>
| <region>center</region>
| <height>1</height>
| </window>
| <window>
| <window-name>IFramePortletWindow3</window-name>
| <instance-ref>IFrame3</instance-ref>
| <region>center</region>
| <height>2</height>
| </window>
| </page>
| </deployment>
| </deployments>
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150511#4150511
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4150511
18 years, 1 month
[Installation, Configuration & DEPLOYMENT] - Re: JBoss slooooooooow starts on Debian Linux
by PeterJ
It really must be a bug going around - I am now being hit by this. I am running JBossAS 4.2.2 with JBoss Native 2.0.4 (Linux x86) on Fedora 8.
I am seeing anywhere from a few seconds, to well over 20 minutes, between these two lines in the console log:
10:31:39,701 INFO [AprLifecycleListener] APR capabilities: IPv6 [true], sendfile [true], accept filters [false], random [true].
10:52:52,601 INFO [Http11AprProtocol] Initializing Coyote HTTP/1.1 on http-127.0.0.1-8080
I took a thread dump and it appears to be an issue with the native code and SSL:
"main" prio=1 tid=0x8c928f48 nid=0xb87 runnable [0x8c6b3000..0x8c6b5f30]
| at org.apache.tomcat.jni.SSL.initialize(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.apache.catalina.core.AprLifecycleListener.initializeSSL(AprLifecycleListener.java:213)
| - locked <0xae3249a0> (a java.lang.Class)
| at org.apache.catalina.core.AprLifecycleListener.lifecycleEvent(AprLifecycleListener.java:82)
| at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
| at org.apache.catalina.core.StandardServer.initialize(StandardServer.java:766)
| at org.apache.catalina.startup.Catalina.load(Catalina.java:528)
| at org.apache.catalina.startup.Catalina.start(Catalina.java:568)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:296)
| at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.web.tomcat.service.JBossWeb.startService(JBossWeb.java:440)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
| at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
| at org.jboss.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java:97)
| at org.jboss.deployment.SubDeployerInterceptor.invokeNext(SubDeployerInterceptor.java:124)
| at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:109)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
| at $Proxy0.start(Unknown Source)
| at org.jboss.system.ServiceController.start(ServiceController.java:417)
| - locked <0x90a801f0> (a org.jboss.system.ServiceController)
| at org.jboss.system.ServiceController.start(ServiceController.java:435)
| - locked <0x90a801f0> (a org.jboss.system.ServiceController)
| at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy4.start(Unknown Source)
| at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
| at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy9.deploy(Unknown Source)
| at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
| at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
| - locked <0x90d36ae0> (a org.jboss.deployment.scanner.URLDeploymentScanner)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
| at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java:336)
| - locked <0x90ca20a8> (a org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289)
| at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:245)
| at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:978)
| at $Proxy0.start(Unknown Source)
| at org.jboss.system.ServiceController.start(ServiceController.java:417)
| - locked <0x90a801f0> (a org.jboss.system.ServiceController)
| at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy4.start(Unknown Source)
| at org.jboss.deployment.SARDeployer.start(SARDeployer.java:302)
| at org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:819)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782)
| at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:585)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
| at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
| at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
| at $Proxy5.deploy(Unknown Source)
| at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
| at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
| at org.jboss.Main.boot(Main.java:200)
| at org.jboss.Main$1.run(Main.java:508)
| at java.lang.Thread.run(Thread.java:595)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150505#4150505
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4150505
18 years, 1 month
[JBoss AOP] - Advice not getting called
by pablogmuller
Hi,
I want to extract the Hibernate transaction generation to an aspect, so I did this:
package com.tme.evsp.facade.impl;
|
| import com.tme.evsp.domain.EntidadDO;
| import com.tme.evsp.facade.EntidadFacade;
| import com.tme.evsp.facade.TransactionalFacade;
| import com.tme.evsp.service.EntidadService;
|
| public class EntidadFacadeImpl extends TransactionalFacade implements EntidadFacade {
|
| private EntidadService entidadService;
|
| public EntidadFacadeImpl(EntidadService entidadService){
| this.entidadService = entidadService;
| }
|
| public void delete(EntidadDO entidad) throws Exception {
| }
|
| public void insertar(EntidadDO entidad) throws Exception {
| try {
| entidadService.insert(entidad);
| } catch (Throwable t) {
| t.printStackTrace();
| throw new RuntimeException(t);
| }
| }
| ...
| ...
|
With this jboss-aop.xml:
| <?xml version="1.0" encoding="UTF-8"?>
| <aop>
|
| <aspect class="com.tme.evsp.aop.TransactionAspect"/>
|
| <bind pointcut="execution(* com.tme.evsp.facade.impl.EntidadFacadeImpl->*(..))">
| <advice name="transaction" aspect="com.tme.evsp.aop.TransactionAspect"/>
| </bind>
|
| <bind pointcut="execution(* $instanceof{com.tme.evsp.facade.EntidadFacade}->*(..))">
| <advice name="transaction" aspect="com.tme.evsp.aop.TransactionAspect"/>
| </bind>
|
|
| </aop>
and this is the aspect class
| package com.tme.evsp.aop;
|
| import org.hibernate.Session;
| import org.jboss.aop.joinpoint.Invocation;
|
| import com.tme.evsp.util.HibernateUtil;
|
| public class TransactionAspect {
|
| public void transaction(Invocation invocation) throws Throwable {
| System.out.println("HELLO!!!!");
| Session sesion = HibernateUtil.getSession();
| try {
| sesion.beginTransaction();
| Object o = invocation.invokeNext(); // proceed to next advice or actual call
| sesion.getTransaction().commit();
|
| }catch(Exception e){
| e.printStackTrace();
| sesion.getTransaction().rollback();
|
| }finally {
|
| }
| }
| }
When I build, the class is comiled by apoc:
[aopc] [no comp needed] C:\Documents and Settings\pamuller\My Documents\workspace\telefonica\web\WEB-INF\classes\com\tme\evsp\domain\GrupoFuncionalDO.class
| [aopc] [no comp needed] C:\Documents and Settings\pamuller\My Documents\workspace\telefonica\web\WEB-INF\classes\com\tme\evsp\facade\TransactionalFacade.class
| [aopc] [compiled] C:\Documents and Settings\pamuller\My Documents\workspace\telefonica\web\WEB-INF\classes\com\tme\evsp\facade\impl\EntidadFacadeImpl.class
| [aopc] [no comp needed] C:\Documents and Settings\pamuller\My Documents\workspace\telefonica\web\WEB-INF\classes\com\tme\evsp\facade\TransactionalFacade.class
| [aopc] [no comp needed] C:\Documents and Settings\pamuller\My Documents\workspace\telefonica\web\WEB-INF\classes\com\tme\evsp\facade\impl\AdministracionFacadeImpl.class
|
but I get the following exception:
insert com.tme.evsp.domain.OperadorDeTelefoniaDO
| org.hibernate.HibernateException: save is not valid without active transaction
| at org.hibernate.context.ThreadLocalSessionContext$TransactionProtectionWrapper.invoke(ThreadLocalSessionContext.java:297)
| at $Proxy4.save(Unknown Source)
| at com.tme.evsp.dao.EntidadDAOImpl.makePersistence(EntidadDAOImpl.java:32)
| at com.tme.evsp.service.impl.OperadorDeTelefoniaServiceImpl.insert(OperadorDeTelefoniaServiceImpl.java:21)
| at com.tme.evsp.facade.impl.EntidadFacadeImpl.com$tme$evsp$facade$impl$EntidadFacadeImpl$insertar$aop(EntidadFacadeImpl.java:21)
| at com.tme.evsp.facade.impl.EntidadFacadeImpl$EntidadFacadeImplAdvisor.insertar_N_6157956559412051353(EntidadFacadeImpl$EntidadFacadeImplAdvisor.java)
| at com.tme.evsp.facade.impl.EntidadFacadeImpl.insertar(EntidadFacadeImpl.java)
| at com.tme.evsp.web.actions.EntidadAction.agregar(EntidadAction.java:46)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
| at java.lang.reflect.Method.invoke(Unknown Source)
| at org.apache.struts.actions.DispatchAction.dispatchMethod(DispatchAction.java:269)
| at org.apache.struts.actions.DispatchAction.execute(DispatchAction.java:170)
| at org.apache.struts.chain.commands.servlet.ExecuteAction.execute(ExecuteAction.java:58)
| at org.apache.struts.chain.commands.AbstractExecuteAction.execute(AbstractExecuteAction.java:67)
| at org.apache.struts.chain.commands.ActionCommandBase.execute(ActionCommandBase.java:51)
| at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
| at org.apache.commons.chain.generic.LookupCommand.execute(LookupCommand.java:304)
| at org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:190)
| at org.apache.struts.chain.ComposableRequestProcessor.process(ComposableRequestProcessor.java:283)
| at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
| at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
| at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
| at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
| at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
| at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
| at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
| at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
| at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
| at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
| at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
| at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
| at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
| at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
| at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
| at java.lang.Thread.run(Unknown Source)
As you can see in the stacktrace, the generated classes are called, but the advice is never executed.
I've tried every combination for the jboss-aop.xml that I thought it could work, but it didn't.
If someone has any idea of what could be wrong it will be welcome.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150501#4150501
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4150501
18 years, 1 month
[EJB 3.0] - Re: @Interceptors not working
by tharter
Heh, still my day to be wrong about things.
You can run JBoss 4.2.2.GA ok under jrockit R27.x. What you can't do is instrument an EJB3 SLSB using Cobertura, lol. It looks like instrumenting code causes @Interceptors annotation based interceptors (and possibly other things) to stop functioning.
So, let that be a lesson to anyone who tries it. Be prepared for problems...
Just to document this, what I've determined is:
In both Embeddable EJB3 and both JBossAS 4.0.5.GA and 4.2.2.GA running under either jrockit R26.x (java 1.5) or R27.x (java 1.6) instrumenting code with Cobertura (at least with v1.8) causes EJB3 interceptors to fail to be called. JBoss apparently still recognizes the proper annotations, but the user interceptors are bypassed. While other things like transactions and generally any other container functionality I happened to rely on seemed to work I would be highly skeptical that the instrumented code behaves consistently with production code.
Anyone used other test coverage instrumentation techniques successfully in container?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150490#4150490
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4150490
18 years, 1 month
[JBoss AOP] - Re: Dynamic AOP and User-Defined Class Loader
by flavia.rainone＠jboss.com
anonymous wrote : I tracked the error, and found ScopedClassPool returned by javassist is empty
Yes, that's exactly what I thought was happening.
I am afraid that JBoss AOP is getting confused when it assumes that, if your class loader is able of loading a class, it should be able of returning the class file resource url through getResource. Please, confirm that this method is being called. Just overwrite it with something like this:
| public URL getResource(String name)
| {
| (new Exception()).printStackTrace();
| return super.getResource(name);
| }
|
And let me know, if it does get called, the stack trace you're getting. (it will probably start with a call from AOPClassPool.isLocalResource method).
Another interesting test would be to replace compile-time weaving (with aopc) by load-time weaving (with -javaagent option enabled). If my theory is right, the bug won't happen in load-time weaving.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4150483#4150483
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4150483
18 years, 1 month