Mailing-List: contact camel-dev-help@activemq.apache.org; run by ezmlm
Precedence: bulk
Reply-To: camel-dev@activemq.apache.org
Received-SPF: pass (athena.apache.org: domain of james.strachan@gmail.com
 designates 74.125.46.157 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=SSAl92UcMKe479dK0re1d5PHq1ied9PyHJzBPHfcO5ajfyTKsiXx2k7/C3XR45BxYN+VMaJIyY79w56vxPjbRhsGbm0d3CnWzNvW3j1BBPL1IP2Q+qatovKn2ojimBpcm33Ayf6ZKL7VX0FVyGlkG43udpfrwvWhLZb+p36A4sA=
Message-ID: <ec6e67fd0805220647s2d0654bby54455635bee4d0d6@mail.gmail.com>
Date: Thu, 22 May 2008 14:47:00 +0100
From: "James Strachan" <james.strachan@gmail.com>
To: camel-dev@activemq.apache.org
Subject: Re: Camel and SCA
In-Reply-To: <483528F9.2080308@skynet.be>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <17335281.post@talk.nabble.com> <48328C1C.8070309@gmail.com>
	 <17398474.post@talk.nabble.com> <483528F9.2080308@skynet.be>

Agreed - I guess someone could hack up a Tuscany plugin for Camel?

2008/5/22 Gert Vanthienen <gert.vanthienen@skynet.be>:
> 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