Re: [ecf-dev] Distributed OSGI Event Admin Service

[Scott Lewis <slewis@xxxxxxxxxxxxxxxxx>]

Hi Rajesh,

Rajesh Jain wrote:
> Scott,
>
> I am more than willing to participate and write this piece of 
> functionality. One of the higher goals is to broadcast this through 
> servicemix NMR so my end consumers (ActiveMQ/JMS) of service 
> availability can respond appropriately. Do you think this will be a 
> feasible approach?

Yes, although I can't speak directly to the difficulty of interoperating 
with servicemix NMR.  ECF has an ActiveMQ provider (one of several that 
support the EventAdmin example impl)...so I imagine at least transport 
level interoperability should be emminently doable.

Scott





> regards
> Rajesh
>
>
>
> On Fri, Jul 3, 2009 at 1:52 PM, Scott Lewis <slewis@xxxxxxxxxxxxxxxxx 
> <mailto:slewis@xxxxxxxxxxxxxxxxx>> wrote:
>
>     Hi Rajesh,
>
>
>     Rajesh Jain wrote:
>
>         http://eclipsesource.com/blogs/2009/06/16/distributed-osgi-eventadmin-service/
>          I have a question on the Distributed OSGI Event Admin Service
>         - can I use the distributed eventadmin service to start/stop
>         or list all the remote services?
>
>
>     If I'm understanding correctly what you want to do, the answer is
>     'yes'.
>
>     What would be needed would be an event generator (i.e. something
>     to call the EventAdmin.postEvent(...)) with the relevant meta-data
>     about remote services (e.g. what the service objectClass is, what
>     it's service.id <http://service.id> is, what bundle it's in, what
>     service properties it has, etc)., and then distributing that
>     information to all participants via EventAdmin.postEvent(...).  It
>     would probably also want to implement ServiceListener...so that as
>     services come and go notifications can be sent about these changes.
>     In addition, it would be possible to send events which represent
>     start/stop commands...and the receivers of those events would then
>     actually lookup/get the bundle hosting the given service and then
>     start/stop it.
>     If you decide to do something like this, it would be great if you
>     would consider working with us and contributing it back as an
>     example.  I am going to be setting up a part of the ECF wiki for
>     'contributed examples'...for any/all parts of ECF (e.g. remote
>     services and discovery as well as presence/IM/chat, collab, rt
>     shared editing, etc) and I'll make approrpriate announcements here.
>
>     Scott
>
>     _______________________________________________
>     ecf-dev mailing list
>     ecf-dev@xxxxxxxxxxx <mailto:ecf-dev@xxxxxxxxxxx>
>     https://dev.eclipse.org/mailman/listinfo/ecf-dev
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> ecf-dev mailing list
> ecf-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ecf-dev
>