Not sure :) - I've not really done any SCA 2008/5/22 Gert Vanthienen <[EMAIL PROTECTED]>: > James, > > Yeah, we could (and probably should) do that, but -- for Vasil's use case -- > what features would you expect on top of what you can do now using > implementation.java and implementation.spring? > > Gert > > James Strachan wrote: >> >> Agreed - I guess someone could hack up a Tuscany plugin for Camel? >> >> 2008/5/22 Gert Vanthienen <[EMAIL PROTECTED]>: >> >>> >>> Vasil, >>> >>> >>> I'm not an SCA expert at all, but... >>> If you want to use Camel inside an SCA component, I think you should be >>> able >>> to Tuscany's implementation.java or implementation.spring to do this. If >>> you hide the interaction with the other components behind a Java >>> interface >>> as usual, it shouldn't matter if implementation is Camel or any other >>> Java >>> code. You can choose to specify the Camel's routes in a java class or a >>> Spring configuration file and use that inside your SCA component. Camel >>> itself is just a JAR file you have to include in your (not sure about the >>> terminology either) SCA composite. It shouldn't be too hard to have >>> synchronous execution in Camel -- just avoid the typical asynchronous >>> concepts as seda: endpoints and you should be fine there. >>> >>> Suppose we would build a more specific implementation.camel for Apache >>> Camel, what additional features would you expect from that >>> implementation? >>> >>> >>> Gert >>> >>> >>> >>> Vasil wrote: >>> >>>> >>>> Hi Willem, >>>> >>>> I was thinking for using the route and pattern description power of >>>> Camel >>>> inside an SCA component for a more declarative description of >>>> integration >>>> scenario between services to which this component refers. I could have >>>> used >>>> BPEL or BPMN for example but this is rather complex and >>>> procedural-oriented, >>>> while I need mainly transformation capabilities with simple conditions >>>> (content-based router), split, agregate, filter, transform (XQuery for >>>> example), etc. in more data-oriented scenario. >>>> In this case the different connectivities (components) that Camel >>>> provides >>>> will not be needed as SCA cares for this and also anly synchronous >>>> working >>>> of the Camel engine will be used. >>>> >>>> Do you think this is feasible usage of Camel? >>>> >>>> Bye, Vasil >>>> >>>> >>>> willem.jiang wrote: >>>> >>>> >>>>> >>>>> Hi Vasil, >>>>> >>>>> AFAIK , we do not have any plan to integrate Camel with SCA. But you >>>>> could share you ideas with us in the mail list :) >>>>> >>>>> Willem >>>>> >>>>> Vasil wrote: >>>>> >>>>> >>>>>> >>>>>> Hi, >>>>>> >>>>>> Is there any integration between Camel and SCA planned. If yes, can >>>>>> you >>>>>> share some more information. >>>>>> >>>>>> Bye, Vasil >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> >> >> > >
-- James ------- http://macstrac.blogspot.com/ Open Source Integration http://open.iona.com
