[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [soa-iwg] Minutes of the SOA Initiative weekly update - February 24, 2010
|
One addendum to the notes below.
Donald Smith wrote:
Please note to the group any errors or omissions in these minutes.
Attendees:
Oliver Wolf, Sopera
Zsolt Beothy-Elo, Sopera
Scott Lewis, Independent (first 15 minutes)
Antonio Majori, Engineering IT
Andrea Zoppello, Engineering IT
Stephane Drapeau, Obeo
Falko Riemenschneider, Itemis
Donald Smith, Eclipse Foundation
Regrets:
Ricco Deutscher, Sopera
Minutes:
- Level of integration required to include ECF in the IWG package is
still to be debated. There is agreement that the ECF code has value
and is not feature overlapped with any other part of the IWG package.
Let’s discuss the potential integrations and requirements to be
included in the package.
o Concern is that Eclipse has had bundles (STP) in the past were there
was 0 integration and it presented a confusing set of options to users.
o On the other hand, if the code is of value and something many users
will require anyways – should it be included?
- Engineering noted (after scott had to drop off) that the ebpm is
using ECF, in particular the distributed event updater – so this may
be another path for ecf inclusion. Engineering stated they have been
in touch with Scott about what else they can be doing.
There is a related Equinox enhancement request from Andrea on the eng.it
team, that may also translate into an enhancement request for ECF
(Andrea has been asked to open a similar request for ECF' distributed
event admin...since this is an implementation separate from
Equinox's...but that has not yet been done). Here's the Equinox
enhancement request: https://bugs.eclipse.org/bugs/show_bug.cgi?id=302729
Also, for reference, here is further documentation on the ECF
Distributed EventAdmin impl:
http://wiki.eclipse.org/Distributed_EventAdmin_Service
Note that this is *not* part of the OSGi Remote Services spec/impl, but
rather other SOA-related work that ECF has done. Like everything else
ECF, it will run on multiple transport providers (XMPP, JMS, ecf
generic, javagroups, proprietary, others).
Scott
