Eclipse Community Forums: Eclipse Communications Framework (ECF) » Using ECF as an Enterprise service Bus framework?

Help

Home

Home » Archived » Eclipse Communications Framework (ECF) » Using ECF as an Enterprise service Bus framework?

Show: Today's Messages :: Show Polls :: Message Navigator

Using ECF as an Enterprise service Bus framework? [message #581338]

Mon, 16 May 2005 14:14

Bob Balfe

Messages: 17
Registered: July 2009

Junior Member

This is a multi-part message in MIME format.

------=_NextPart_000_00A8_01C55A00.13689CD0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

A couple of questions. According to the documentation it appears this =
framework could be used for communication between plugins (within the =
same process), is that true?

Also, has anyone talked about using this framework as an Enterprise =
Service Bus? Integrating all of these other services into one bus could =
provide a service bus for problem resolution.

--=20
Bob
IBM Software Group
Workplace Client Technology Platform, Rich Edition
------=_NextPart_000_00A8_01C55A00.13689CD0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1498" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>A couple of questions.  According =
to the=20
documentation it appears this framework could be used for communication =
between=20
plugins (within the same process), is that true?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Also, has anyone talked about using =
this framework=20
as an Enterprise Service Bus?  Integrating all of these other =
services into=20
one bus could provide a service bus for problem resolution.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2><BR>-- <BR>Bob<BR>IBM Software =
Group<BR>Workplace=20
Client Technology Platform, Rich Edition</FONT></DIV></BODY></HTML>

------=_NextPart_000_00A8_01C55A00.13689CD0--

Report message to a moderator

Re: Using ECF as an Enterprise service Bus framework? [message #581362 is a reply to message #581338]

Tue, 17 May 2005 15:02

Scott Lewis

Messages: 1038
Registered: July 2009

Senior Member

Hi Bob,

Bob Balfe wrote:
> A couple of questions. According to the documentation it appears this
> framework could be used for communication between plugins (within the
> same process), is that true?

Yes, although for existing provider implementations the communication is
not optimized for within process.

>
> Also, has anyone talked about using this framework as an Enterprise
> Service Bus? Integrating all of these other services into one bus could
> provide a service bus for problem resolution.

We have talked about the notion. It is very doable.

Note that one of the providers we're working on right now is a JMS-based
container...so all of JMS's (actually activemq's) messaging
functionality could/will be underneath sharedobjectcontainer instances.

Scott

>
> --
> Bob
> IBM Software Group
> Workplace Client Technology Platform, Rich Edition

Report message to a moderator

Re: Using ECF as an Enterprise service Bus framework? [message #581397 is a reply to message #581338]

Tue, 17 May 2005 16:43

Peter Nehrer

Messages: 241
Registered: July 2009

Senior Member

Bob,

do you have a usecase where you'd need plugins to talk to one another in
a manner other than directly calling their public API?

One of the features provided by the Shared Object Container abstraction
is the ability to implement the Active Object pattern -- Shared Objects
within a container can communicate with each other asynchronously via
queues, so this is certainly possible, I'm just curious if you have a
specific usecase in mind.

--Peter

Report message to a moderator

Re: Using ECF as an Enterprise service Bus framework? [message #581806 is a reply to message #581397]

Tue, 31 May 2005 01:43

Bob Balfe

Messages: 17
Registered: July 2009

Junior Member

Actually I do.

What I am looking at is the possibility of using views and plugins wired
together using XML, kind of like a property broker. The idea is to create a
property broker where components (views, plugins, services, etc) can publish
properties and others can listen for them and their changes. The XML comes
into play where a developer or administrator can "wire" two components
together. So imagine one plugin has a UI to "name" and another plugin or
view on the screen wants to use the value stored in "name" to do a customer
lookup. The developer can wire these views components together and
essentially any time the name property changes the views data is refreshed.

So what happened there is a wire engine linked the components together and
the components know nothing about each other. The only thing they know
about is the property broker API's.

--
Bob
IBM Software Group
Workplace Client Technology Platform, Rich Edition
"Peter Nehrer" <pnehrer@freeshell.org> wrote in message
news:d6d6vl$c3o$1@news.eclipse.org...
> Bob,
>
> do you have a usecase where you'd need plugins to talk to one another in
> a manner other than directly calling their public API?
>
> One of the features provided by the Shared Object Container abstraction
> is the ability to implement the Active Object pattern -- Shared Objects
> within a container can communicate with each other asynchronously via
> queues, so this is certainly possible, I'm just curious if you have a
> specific usecase in mind.
>
> --Peter

Report message to a moderator

Re: Using ECF as an Enterprise service Bus framework? [message #581823 is a reply to message #581362]

Tue, 31 May 2005 01:55

Bob Balfe

Messages: 17
Registered: July 2009

Junior Member

> Yes, although for existing provider implementations the communication is
> not optimized for within process.

I am very new to this API but are you saying that I could create a provider
to optimize internal process communication between components?

--
Bob
IBM Software Group
Workplace Client Technology Platform, Rich Edition
"Scott Lewis" <slewis@composent.com> wrote in message
news:428A0775.3050001@composent.com...
> Hi Bob,
>
> Bob Balfe wrote:
> > A couple of questions. According to the documentation it appears this
> > framework could be used for communication between plugins (within the
> > same process), is that true?
>
> Yes, although for existing provider implementations the communication is
> not optimized for within process.
>
> >
> > Also, has anyone talked about using this framework as an Enterprise
> > Service Bus? Integrating all of these other services into one bus could
> > provide a service bus for problem resolution.
>
> We have talked about the notion. It is very doable.
>
> Note that one of the providers we're working on right now is a JMS-based
> container...so all of JMS's (actually activemq's) messaging
> functionality could/will be underneath sharedobjectcontainer instances.
>
> Scott
>
> >
> > --
> > Bob
> > IBM Software Group
> > Workplace Client Technology Platform, Rich Edition

Report message to a moderator

Re: Using ECF as an Enterprise service Bus framework? [message #581938 is a reply to message #581823]

Wed, 01 June 2005 20:18

Scott Lewis

Messages: 1038
Registered: July 2009

Senior Member

Hi Bob,

Bob Balfe wrote:
>>Yes, although for existing provider implementations the communication is
>>not optimized for within process.
>
>
> I am very new to this API but are you saying that I could create a provider
> to optimize internal process communication between components?
>

Yes. Such a provider could easily be based upon direct method call.
Peter Nehrer has already implemented a test container that could be used
in such a mannger.

Report message to a moderator

Re: Using ECF as an Enterprise service Bus framework? [message #581947 is a reply to message #581806]

Wed, 01 June 2005 20:20

Scott Lewis

Messages: 1038
Registered: July 2009

Senior Member

Hi Bob,

Bob Balfe wrote:
> Actually I do.
>
> What I am looking at is the possibility of using views and plugins wired
> together using XML, kind of like a property broker. The idea is to create a
> property broker where components (views, plugins, services, etc) can publish
> properties and others can listen for them and their changes. The XML comes
> into play where a developer or administrator can "wire" two components
> together. So imagine one plugin has a UI to "name" and another plugin or
> view on the screen wants to use the value stored in "name" to do a customer
> lookup. The developer can wire these views components together and
> essentially any time the name property changes the views data is refreshed.
>
> So what happened there is a wire engine linked the components together and
> the components know nothing about each other. The only thing they know
> about is the property broker API's.

This would be eminently doable...starting with either the 'test'
container implemented by Peter Nehrer, your own implementation, an
existing 'message bus' system, the OSGI 'wire' service, etc.

Please let us know if we can be of help in this.

Scott

Report message to a moderator

Previous Topic:	supported transport mediums
Next Topic:	Skype Integration

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Thu Apr 25 22:31:44 GMT 2024

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter