Greetings,

We have a problem where the same classes are required within an MBean package ( sar ) 
and an application ( ear ).  

Initially we attempted to solve this problem by sharing the common class files in a 
globally available jar.  This worked fine until we need to share
classes which were extended by the beans in the application ( ear ).  Deployment 
failed when we attempted to put the classes extended by the beans in a globally 
available jar instead of the ear.

If we duplicate the classes such that the shared classes are present in the sar and 
ear we see a runtime exception most likely related to class casting accross 
classloaders.

At this point we are under time pressure and are searching for a quick solution to 
this problem.  It seems that we could get passed the class casting issue if the beans 
in the ear were invoked via a remote interface since theoretically a remote invocation 
should eliminate any class cast exceptions related to different classloaders.  Even 
though we are invoking the beans via a remote interface we suspect the parameters are 
being passed by reference.

So far the only way we can think to force a remote invocation of the application ( ear 
) is to run the MBean package in a separate jboss server which is not ideal.  Is there 
a way to force remote invocations ( i.e. serialization/deserialization over iiop ) 
within the same JBOSS server?


Regards,
Tesla


View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3841391#3841391

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3841391


-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to