Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [equinox-dev] ProSyst contribution


+1

The incubator is the right initial home for this.  I'm not particularly fussed if the Prosyst dependencies are removed before or after.  The code can evolve once it is in the repo or it can be put in in working form.

Jeff




BJ Hargrave <hargrave@xxxxxxxxxx>
Sent by: equinox-dev-bounces@xxxxxxxxxxx

03/12/2007 12:11 PM

Please respond to
Equinox development mailing list <equinox-dev@xxxxxxxxxxx>

To
Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
cc
Subject
Re: [equinox-dev] ProSyst contribution





This is really great.

I propose we take the code into the incubator area (once proper paperwork
is in place) to enable code reviews, etc. before we consider promoting to
the main equinox project.

Also, I think the dependencies on non-open source code (e.g. ProSyst util
classes) must, of course, be remove before we put the code in the
incubator. Otherwise we will have no way to build and run it.

We already have a Config Admin impl (which Simon pointed out I still need
to code review... :-) and a DS impl. But the current DS impl is a bit
wonky and I am very much intrested to see if the ProSyst version is
suitable to replace it.

BJ Hargrave
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the OSGi Alliance
hargrave@xxxxxxxxxx

office: +1 386 848 1781
mobile: +1 386 848 3788




Dimitar Valtchev <d.valtchev@xxxxxxxxxxx>
Sent by: equinox-dev-bounces@xxxxxxxxxxx
03/12/2007 11:01 AM
Please respond to
Equinox development mailing list <equinox-dev@xxxxxxxxxxx>


To
Jeff_McAffer@xxxxxxxxxx
cc
equinox-dev@xxxxxxxxxxx
Subject
[equinox-dev] ProSyst contribution






Hi Jeff,

Following our conversation at EclipseCon we finalized the ideas for a
possible initial ProSyst contribution to Equinox. We could donate the
following OSGi services, which do not have a full Equinox
implementation yet:

1. Initial Provisioning
2. IO Connector Service Specification
3. Wire Admin Service Specification
4. Configuration Admin Service Specification
5. Declarative Services Specification

We can provide working implementations with packages in the Equinox
namespace comparatively fast but removing the dependencies on some
ProSyst util classes will take more time.

The developers who will be responsible for this work are Pavlin Dobrev
and Teodor Todorov. Both of them are involved with ProSyst OSGi
implementation and participate in the OSGi EG. I think it makes sense
to add them as Equinox committers.

Please let me know if you support the suggested approach.

Best regards,
Dimitar

_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/equinox-dev


_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/equinox-dev


Back to the top