Women in Technology

Article:		Aspect-Oriented Programming and JBoss
Subject:		Uncompatible with J2EE
Date:		2003-06-06 00:32:00
From:		anonymous2
When you read about AOP carefully, you must conclude that it will still be impossible to have different version of the same (AOPied) class within JBoss at the same time. This directly implies that all problems mentioned at http://www.jboss.org/thread.jsp?forum=92&thread=28964 remain UNRESOLVED. I think AOP is a complex issue and an interesting idea and I will not juge about its benefits here. But I also see that it changes the feeling of the Java language to something more Smalltalk like. I also expect security issue to arise from AOP and feel that the original hierachical ClassLoader idea of Java is much more save for networked applications. The main point is still that AOP is NOT COMPATIBLE WITH THE J2EE SPECIFICATION. ejb-2_0-fr2-spec.pdf, chapter 24.2.7, page 500: "An enterprise bean?s remote home and remote interfaces are remote interfaces for Java RMI. The Container must ensure the semantics for passing arguments conforms to Java RMI. Non-remote objects must be passed by value. Specifically, the EJB Container is not allowed to pass non-remote objects by reference on inter-EJB invocations when the calling and called enterprise beans are collocated in the same JVM. Doing so could result in the multiple beans sharing the state of a Java object, which would break the enterprise bean?s semantics." Of course this implies that different version of a class with the same qualified name must be possible if they are in different packed archives. Kind regards, aanno

Showing messages 1 through 2 of 2.

• Uncompatible with J2EE
  2003-06-30 07:03:43  patriot1burke [View]
  
  
  aanno,
  
  Your comments are a bit misinformed. Please do some more research before posting next time. The ClassLoader and RMI semantics you talked about is a JBoss issue and not an JBoss AOP issue at all.
  
  1. RMI pass-by-value CAN be enforced in JBoss land.
  
  2. ClassLoaders can be scoped in JBoss land.
  
  3. JBoss AOP maintains serial version id of original class, so it is possible to serialize a JBoss AOPized class to a non-JBossAop client.
  
  Bill

• Uncompatible with J2EE
  2003-06-30 06:55:30  anonymous2 [View]
  
  
  You are damn right, JBoss AOP is working only for JBoss and the standalone pack is only good at hello world example.
  
  It should have been stated clearer by JBoss team: demo purpose only. I see no mention of future plan explaining JBoss standalone AOP roadmap, and I don't think JBoss has an advantage to maintain such a thing except for educational purpose.
  
  Alex
  Read a complete study on the JBoss standalone AOP on my stuff - sorry for the add. I just want the thing to be clearer: JBoss AOP standalone is only for demo purpose.
  http://besee.sourceforge.net/casestudy/jbossaop_standalone.html