Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [virgo-dev] Virgo and ECF remote services

Hi Scott,

The bug 333174 was fixed in 3.0.0, so equinox.common should be able to run just fine.

From Virgo's point of view all needed bundles should be simply put in repository/usr to allow dependency resolving. So if ECF (or some dependent bundle) needs equinox.runtime the users will have to provide it in Virgo's repository. Then all bundles needed by ECF can be described in a plan or we can go for a library.

As for p2 there is a bug 343543 detailing the work there, but Borislav can provide more info on the topic.

Regards,
Hristo Iliev

On 22 September 2011 19:56, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
Greetings Virgo folks,

Since this thread was initially discussed, much has taken place with both Virgo and ECF.  From ECF's side, we've had two maintenance releases of the ECF implementation of the Remote Service Admin (chap 122 from OSGi Enterprise spec)...i.e. 3.5.1/Indigo and 3.5.2 (August).  We've also acquired the OSGi RSA tck via EF, and run our implementation through the tck (and made small changes/bug fixes to verify compliance).  As well ECF also now has a remote services distribution that runs on Felix (and possibly other frameworks...we don't currently have the resources to do full testing on others).

When we last tried to run ECF's remote services implementation on Virgo, I recall that there was some issue with not being able to use/include org.eclipse.equinox.common (there was a bug...see below).  Note that ECF remote services has compile-time dependencies on org.eclipse.equinox.common but *not* org.eclipse.core.runtime.  Is this likely to still be an issue/problem?

We have seen several community requests on the ecf-dev mailing list for running ECF's OSGi remote services (and RSA) on Virgo...and would like to make this as easy as possible for community members.

A second issue:  ECF's primary distribution is a p2 repo...and I think it would be very nice if an Equinox server (with or without Virgo) could be dynamically updated to add ECF remote services, Virgo, and/or both using p2 (on a server with p2 installed).  Over the past few months I have not tracked closely Virgo's progress WRT p2 integration...is there a specific bug/enhancement tracking that Virgo work?  Thanksinadvance for that.

Scott



On 12/29/2010 12:09 PM, Hristo Iliev wrote:
Hi,

Peter already found us [1] :) I'm not sure if he managed to deal with Virgo and equinox common - no answer from him, but if he or someone else needs assistance we are here (forums+mailing list).

Virgo does not include remoteserviceadmin in its kernel or web distributions, but I guess you can try running it on top and share the results. The topic sounds interesting.

Regards,
Hristo Iliev

[1] http://dev.eclipse.org/mhonarc/lists/virgo-dev/msg00637.html



On 29 December 2010 18:55, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
Hi Hristo,


On 12/28/2010 10:21 PM, Hristo Iliev wrote:
Hi Scott,

Virgo has no problems resolving or deploying the equinox.common bundle. These operations are working as expected.

As you perhaps already saw [1] the bundle has lazy activation policy which causes confusion since its status is reported as LAZY. This status appears to be (thanks to Glyn for the explanation) a subset of STARTING. According to the specification this is the expected behavior until the bundle is activated by class loading.

The issue for which I created bug 333174 is that removal of the equinox.common bundle triggers a stop, which fails (as expected) if the bundle did not reach STARTED. There is no real problem here since the removal is ok as well.

So in short - no tricks should be needed to have equinox.common (or ECF) running with Virgo. Of course if you have some questions or issues running ECF in Virgo please come back to us - we'll be glad to help :)

I guess I still don't understand (since I haven't experienced it myself), why folks like Peter [1] are having trouble with getting ECF+equinox common running on Virgo.  Do you think it's likely some consequence of 333147?  Should I direct Peter and other folks over to this mailing list for assistance on these issues?


BTW...I'm finishing up the ECF impl of the OSGi Remote Service Admin spec and am keen on using it on Virgo also.  Does Virgo currently distribute the OSGi remote service admin classes?  (i.e. org.osgi.service.remoteserviceadmin.*).

Thanks,

Scott

[1] http://dev.eclipse.org/mhonarc/lists/ecf-dev/msg04694.html




Regards,
Hristo Iliev

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=333174


On 29 December 2010 01:22, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
Hi Virgoers,

I work on the ECF project [1].  We have an implementation of OSGi 4.2 remote services [2], and we're now finishing up an implementation of the OSGi 4.2 remote services admin spec [3] for release in late Feb 2011.

Recently, we've had several folks in our consumer community (e.g. [4]) that have asked about using ECF remote services along with Virgo.  As far as I/we can tell, this should be eminently doable, as Neil Bartlett has successfully run ECF remote services (along with dependencies) on Felix [5].

However, some reports from users (e.g. [4]) have been that the Virgo runtime does not resolve the org.eclipse.equinox.common bundle.  We have some dependencies on classes that are exposed by equinox.common (as well as some other equinox APIs...like jobs API...and concurrent API...and extension registry), but these can/should/do run just fine inside of other OSGi frameworks.

Is there some 'trick' to running equinox.common and some other equinox pieces in Virgo that we can notify our/your users about?  It would be quite nice for both our user communities if the ECF remote services and remote services admin were to run easily inside of Virgo...and it seems to me this should be doable.  But perhaps I'm missing something.

Thanksinadvance for any information.

Scott

[1] http://www.eclipse.org/ecf
[2] http://eclipseecf.blogspot.com/2010/11/ecf-34-remote-services.html
[3] https://bugs.eclipse.org/bugs/show_bug.cgi?id=324215
[4] http://dev.eclipse.org/mhonarc/lists/ecf-dev/msg04694.html
[5] http://dev.eclipse.org/mhonarc/lists/ecf-dev/msg04212.html
_______________________________________________
virgo-dev mailing list
virgo-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/virgo-dev

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


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




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


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



Back to the top