Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » Service Oriented Architecture Tools Platform (STP) » JBI instead of SCA Runtime
JBI instead of SCA Runtime [message #374828] Tue, 02 September 2008 09:25 Go to next message
Eclipse UserFriend
Originally posted by: michael.gebhart.googlemail.com

Hi,

I've just read the sample scenario for the intermediate model and I am
wondering, why you chose a JBI runtime instead of the SCA runtime.

When adding bindings to the SCA diagram and some implementation for the
components I get everything I need to run the services. If the SCA
runtime is not enough for this, why does SCA contain such features like
binding, implementation etc.?

Maybe you can help me :)

Greetings

Michael
Re: JBI instead of SCA Runtime [message #619004 is a reply to message #374828] Thu, 04 September 2008 07:46 Go to previous messageGo to next message
Andrea Zoppello is currently offline Andrea ZoppelloFriend
Messages: 48
Registered: July 2009
Member
Hi Michael,

The JBI runtime is only one of the examples of the usage of Intermediate
Model.
The model is generic, so i could support SCA, JBI, BPEL and so on.

At the moment the jbi-runtime is quite complete and support service
definitions that could be used to generate service assembly for spagic,
servicemix environment.

Andrea
Re: JBI instead of SCA Runtime [message #619511 is a reply to message #374828] Tue, 09 September 2008 16:56 Go to previous messageGo to next message
Adrian Mos is currently offline Adrian MosFriend
Messages: 20
Registered: July 2009
Junior Member
Hi Mike,

Just to follow up on what Andrea replied on this topic, you can, depending
on your needs, see SCA as a purely architectural specification space. In
this case, and where you have existing JBI infrastructure of course, you
can choose to generate further JBI artefacts but as Andrea said this is
just an example, as other infrastructure can be used just as well. Of
course you could have a complete SCA runtime, in which case you might be
interested in directly specifying / generating the appropriate SCA
artefacts. And in yet another scenario, you could have a hybrid SCA / JBI
approach, such as the one defined by the SCOrWare project:
http://www.scorware.org/projects/en

I would like to point out that STP-IM does not enforce SOA development
practices, not does mandate specific runtime configurations. It is
primarily a practical approach to bridge different editors and platforms
by having a common"bridge-like" approach for holding useful SOA elements
together when moving between such editors / platforms.

Hope this helps,
cheers,
Adrian.

Michael Gebhart wrote:

> Hi,

> I've just read the sample scenario for the intermediate model and I am
> wondering, why you chose a JBI runtime instead of the SCA runtime.

> When adding bindings to the SCA diagram and some implementation for the
> components I get everything I need to run the services. If the SCA
> runtime is not enough for this, why does SCA contain such features like
> binding, implementation etc.?

> Maybe you can help me :)

> Greetings

> Michael
Re: JBI instead of SCA Runtime [message #619533 is a reply to message #619511] Fri, 12 September 2008 08:27 Go to previous message
Eclipse UserFriend
Originally posted by: michael.gebhart.googlemail.com

Hi Adrian,

thanks for your answer. This is very useful for me. I am just reading
your paper "Multi-Layer Perspectives and Spaces in SOA". This gives a
lot of additional information.

Greetings

Michael


> Hi Mike,
>
> Just to follow up on what Andrea replied on this topic, you can,
> depending on your needs, see SCA as a purely architectural specification
> space. In this case, and where you have existing JBI infrastructure of
> course, you can choose to generate further JBI artefacts but as Andrea
> said this is just an example, as other infrastructure can be used just
> as well. Of course you could have a complete SCA runtime, in which case
> you might be interested in directly specifying / generating the
> appropriate SCA artefacts. And in yet another scenario, you could have a
> hybrid SCA / JBI approach, such as the one defined by the SCOrWare
> project: http://www.scorware.org/projects/en
>
> I would like to point out that STP-IM does not enforce SOA development
> practices, not does mandate specific runtime configurations. It is
> primarily a practical approach to bridge different editors and platforms
> by having a common"bridge-like" approach for holding useful SOA elements
> together when moving between such editors / platforms.
>
> Hope this helps,
> cheers,
> Adrian.
>
> Michael Gebhart wrote:
>
>> Hi,
>
>> I've just read the sample scenario for the intermediate model and I am
>> wondering, why you chose a JBI runtime instead of the SCA runtime.
>
>> When adding bindings to the SCA diagram and some implementation for
>> the components I get everything I need to run the services. If the SCA
>> runtime is not enough for this, why does SCA contain such features
>> like binding, implementation etc.?
>
>> Maybe you can help me :)
>
>> Greetings
>
>> Michael
>
Previous Topic:programmatic creation of the diagram
Next Topic:Intermediate Metamodel: Definitions
Goto Forum:
  


Current Time: Thu Dec 05 16:43:51 GMT 2024

Powered by FUDForum. Page generated in 0.02897 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top