Bugs item #693239, was opened at 2003-02-25 23:17
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=693239&group_id=22866

Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Pasch (aanno)
Assigned to: Nobody/Anonymous (nobody)
Summary: JBoss ClassLoader implementation is unappropriate for EJB co

Initial Comment:
The Problem


--------------


EJB (jar), WEB (war), and enterprise (ear) archives


should be isolated from another. This especially means


that:


(a) independant packed components could use different


    version of a file with the same qualified name


(b) independant packed components could call each 


    other (i.e. home, remote, and local interfaces)




JBoss ClassLoader design will cache all Class instances


globally in standard configuration. This violates (a). It is 


possible to switch to (ear) archive-wise caching. But this


violates (b), because the (client interfaces) packed with


component 1 will be loaded with a different ClassLoader


than the interface definition packed in component 2 (that


also implements the bean) if both components are 
deployed on the same JVM. Violation of (b) normally 
shows up in a ClassCastException in 
PortableRemoteObject.narrow().




In summary it is impossible in JBoss to adhere to (a) and


(b) at the same time.




Proposed solution


------------------


There are two ways around this problem:


- disable the local call optimisation for call between 
independant packed components or


- use a IIOP like scheme for all calls. IIOP will only 
transfer data members of object instances. It will NOT 
share Class implementation between independant packed 
component.




Kind regards,




aanno


----------------------------------------------------------------------

>Comment By: Thomas Pasch (aanno)
Date: 2003-03-10 12:05

Message:
Logged In: YES 
user_id=349837

I put this point to a broader discussion at 
http://www.jboss.org/forums/thread.jsp?forum=92&thread=289
64 . I also proposed an other solution to this problem there. I'm 
currently not sure if I would have posted this better as RFE 
(but I'm still inclined to regard this as bug). Some developers 
are also working on the very same problem. See their thread 
at 
http://sourceforge.net/mailarchive/message.php?msg_id=3852
655 . This work is sometimes referred as Hierachical 
ClassLoader. I really think that their proposal is not an 
appropriate solution, though...


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=693239&group_id=22866


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to