On 6/25/07, Kit Plummer <[EMAIL PROTECTED]> wrote:
I believe it is probably necessary for whatever the relationship is - to
accommodate the SCA composite as is. It should not be necessary to
modify anything in the SCA app to deploy against SM. Are you guys
thinking the same thing? Guillaume, is that what you are implying by
the "transform" idea?
Somehting like that. I'd like to have this transformation tool quite
independant from servicemix so that it could be run offline, from
a designer or from servicemix itself maybe. But hopefully all the needed
data will be provided by the SCA assembly itself.
I don't really see the SCA assembly being itself a JBI SU and deployed
as is onto a service engine.
Jean-Sebastien, yes this "upgrade" should happen. The existing test
cases fail because of the out-of-dateness.
From my user-centric perspective I think the value of the SCA-JBI
relationship here is just as Guillaume described it. SMX acts as the
integration platform for heterogeneous services (SCA, JBI or/and WS).
We'd like to be able to pull an SCA service/app out of the toolbox and
plug 'er into the bus right along side services from the JBI shelf.
Choreography over orchestration in this case - via the configuration of
the JBI container - and the xbean/servicemix configurations in the SUs.
Not sure if we agree here. There are several different things in SCA.
The SCA java spec defines a programming model, as JAX-WS + EJB3
defines one too. I'd like to have a JBI SE for this programming model so
that you can deploy an SCA annotated POJO.
However, I would find it strange if you collocate a full tuscany runtime
inside a JBI SE: i'd really want all the exchanges targeted at the SCA
component going trough the NMR, and this means that the SOAP HTTP
binding. The consequence is that the SE handles the java POJOs while
the HTTP BC handles the SCA wires definitions. And it leads to the fact
that the SCA assembly needs to be transformed into several SUs packaged
in a SA. This is really important when you want to import an assembly
containing
a few POJOs and a BPEL process for example: the BPEL is deployed onto
Apache Ode and the POJOs on the Tuscany SE.
Hopefully this makes things a bit more clear. I just don't want to start
with a huge misunderstanding.
Guillaume Nodet wrote:
> Hi Jean-Sebastien !
>
> The tuscany SE, as you said, is very old, and has never been finished
> (that's why it is in the sandbox).
> The idea was to be able to deploy SCA annotated POJOs onto it and
leverage
> Tuscany to host them.
> I think there are some areas where I'd need a few explanations (see
below).
>
> We're investigating how SCA and JBI can be bridged. I'm thinking that
one
> way is to think about SCA as a
> development designer and JBI as the runtime. So one goal is to
investigate
> how we could transform an SCA
> assembly into a JBI Service Assembly: each java component would be
deployed
> onto the afore mentionned
> Service Engine, a bpel implementation could be deployed onto the Ode
> Service
> Engine (etc...) while wires / bindings
> would lead to several Service Units for Binding Components (HTTP, JMS,
> etc...).
>
> So I have a few questions that you may help answering:
> * where does SDO comes in ? is it mandatory, optional, unspecified ?
> * how is the mapping between the soap call and the java method
> invocation specified ?
> I know how JAX-WS can be used to specify the web methods, xml
> mapping, but how can
> you configure this in SCA ? This is also needed when you want to
> translate a java call
> to an xml invocation (when using client proxies / references to
other
> components).
>
>
> On 6/25/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>>
>> Guillaume Nodet wrote:
>> > Copying tuscany dev list ...
>> >
>> > On 6/22/07, Bruce Snyder <[EMAIL PROTECTED]> wrote:
>> >>
>> >> On 6/22/07, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
>> >> > Thanks, great work !
>> >> >
>> >> > Sorry about these problems, but I guess this is a direct
>> >> consequence of
>> >> it
>> >> > being sandboxed :-(
>> >> > So you'll find that the SE is not complete, but the idea was to
>> >> implement a
>> >> > JBI binding for tuscany
>> >> > so that you can deploy SCA annotated POJOs on this SE. IIRC, the
>> >> provider
>> >> > part was working
>> >> > somewhat but I think the consumer part is missing (being able to
>> call
>> >> > external services through java
>> >> > proxies).
>> >> >
>> >> > I guess I stopped because I did not completely understood how the
>> xml
>> >> > mapping and java / wsdl
>> >> > mapping were to be written. While I see how JAX-WS works, there
is
>> >> > something that have escaped
>> >> > me somehow with SCA (or maybe this isn't specified and that could
>> >> be the
>> >> > reason I did not found it).
>> >>
>> >> We should invite some Tuscany folks to discuss this topic so we can
>> >> work though it. Is anyone subscribed to the Tuscany dev list already
>> >> who can CC that list? I'm at a client site right now and don't have
>> >> the time to do it ATM.
>> >>
>> >> Bruce
>> >> --
>> >> perl -e 'print
>> >> unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
>> >> );'
>> >>
>> >> Apache Geronimo - http://geronimo.apache.org/
>> >> Apache ActiveMQ - http://activemq.org/
>> >> Apache ServiceMix - http://servicemix.org/
>> >> Castor - http://castor.org/
>> >>
>>
>> Hi,
>>
>> I work on Tuscany, I may be able to help with some of these questions
:)
>>
>> The servicemix-sca module under [1] seems to use an old level of SCA
and
>> Tuscany. The SCA programming model and the Tuscany SCA SPIs have
evolved
>> since then but they are pretty stable now so it might be the right time
>> to port servicemix-sca to SCA 1.0 and the Tuscany 0.90 release (or the
>> upcoming 0.91 release, which provides the same SPIs).
>>
>> Do you have specific Tuscany or SCA questions that we can help with?
>>
>> Could you describe the type of application and scenario supported by
>> servicemix-sca? Is there a sample showing how an application developer
>> will use Tuscany and ServiceMix together?
>>
>>
>> [1]
>>
>>
http://svn.apache.org/repos/asf/incubator/servicemix/trunk/sandbox/servicemix-sca/
>>
>>
>> --
>> Jean-Sebastien
>>
>>
>
>
--
Cheers,
Guillaume Nodet
------------------------
Principal Engineer, IONA
Blog: http://gnodet.blogspot.com/
