-
1. Re: Scoped class loading
kurtstam Feb 21, 2007 3:52 PM (in response to rex.sheridan)Your assumption is right.
If you don't want scoping at all you can remove the offending jaxr and scout jars from jbossas.
However, before you go down that road, do you have problems with the 2 sars not seeing eachother or something? We are working on other deployment options too. So I'd like to learn what you are seeing.
--Kurt -
2. Re: Scoped class loading
rex.sheridan Feb 21, 2007 4:07 PM (in response to rex.sheridan)Yes, the sars cannot see each other. I am inserting an ESB Message into the jBPM context. Later, when an org.jbpm.graph.def.ActionHandler tries to retrieve the message from the context it cannot deserialize it because it cant find the classes.
A simple fix (I guess) would be to include the ESB jars inside my SAR that has jBPM code. It doesn't feel right though.
Now, should jBPM actions even be aware that they are running inside an ESB? I am not sure. Its something we've debated over my company.
btw, where do the offending jaxr and scout jars live in jbossas? -
3. Re: Scoped class loading
kurtstam Feb 21, 2007 4:23 PM (in response to rex.sheridan)Can you use the same classloader for both sars? I did this to get JBossMessaging working. That seems like the easy fix here. See also:
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=101166 -
4. Re: Scoped class loading
estebanschifman Feb 22, 2007 12:22 PM (in response to rex.sheridan)Rex:
Despite the fact that we are going to have the methods that allow to include the ESB message in the jBPM context, I thing it would be much cleaner to keep both applications as unaware as possible of each other.
I'd rather have some core class that allows for easy transformation of the esb message into jBPM context variables (in the lines of Ronald's suggestion), instead of including the whole message itself. We would thus avoid the hazard of tight coupling. -
5. Re: Scoped class loading
rex.sheridan Feb 22, 2007 12:37 PM (in response to rex.sheridan)Kurt:
It is possible but I worry about this constraint being propagated further into other sars as well. For instance, any sars that depend on the one that shares with ESB will now have to be added too.
Esteban:
I am starting to lean in this direction too. -
6. Re: Scoped class loading
kurtstam Feb 22, 2007 3:44 PM (in response to rex.sheridan)1. It's not something we will have to live with for long. Hopefully soon enough the jaxr/scout jars in JBossAS will be in sync with what we need for ESB.
2. Also Bill Burke has been working on a jar deployment, rather then a sar deployment. IFAIK this work is pretty much completed but needs some further testing. It's currently on the BBurke branch.
3. We can stll go down the road of removing/updating the 'older' jaxr/scout jars from JBossAS. But I'd rather not do this as I'm not sure what the consequences are.
--Kurt -
7. Re: Scoped class loading
rex.sheridan Feb 23, 2007 8:39 AM (in response to rex.sheridan)Thanks for the info, Kurt. I will follow your advice about not updating the JAXR jars on my deployment and just work around it for now. It shouldn't be a big deal since the Message class was the only thing I was trying to access.