Tom, Thanks for your reply.
In the end it boils down to the age old question: what is first chicken or the egg? Process importing components or components importing process. Let's take the approach of process importing components - chicken first. Given the current process fragment: <node name="Parse service request"> | <action class="com.bofa.crme.gps.servlet.RequestParserImpl"/> | <transition name="next" to="Transform GCIB request to WCC request"/> | </node> I could change it to: import ..\sca\ConsumerFacade.composite | ... | <node name="Parse service request"> | <action sca-component-reference="RequestParser"/> | <transition name="next" to="Transform GCIB request to WCC request"/> | </node> And done! Isn't this a cleaner separation of process and assmbly responsibility? With a bit more work to integrate an sca tuscany runtime and jpdl runtime - there is so much to gain! JPDL can tap into any (almost any - sca component types are constantly growing ...) type of components defined in sca. The component impls would also implement ActionHandler - easy right? The SCA api is straight forward: // line below can be triggered by the above | // "import ..\sca\ConsumerFacade.composite" statment | scaDomain = SCADomain.newInstance("ConsumerFacade.composite"); | | // line below is triggered when you need the action to be executed | requestParserService = scaDomain.getService(RequestParserImpl.class, "RequstParserComponent"); So what is left? 1. Change jpdl schema to allow: <action sca-component-reference="RequestParser"/> 2. Make some room in jpdl api to allow references to scaDomain.getService(...) calls. I would be glad to contribute some time to the above. Regards, Radu Marian View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4149815#4149815 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4149815 _______________________________________________ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user