Re: [equinox-dev] Require system.bundle question

[Lars Vogel <lars.vogel@xxxxxxxxxxx>]

Thanks Neil

Am 10.02.2016 7:34 nachm. schrieb "Neil Bartlett" <njbartlett@xxxxxxxxx>:

As a reference for this, see section 3.9.4 of the OSGi Core specification, “Overall Search Order”. Step 4 covers required bundles, and step 5 is the bundle’s embedded classpath.

Regards,

Neil

On 10 Feb 2016, at 18:27, Thomas Watson <tjwatson@xxxxxxxxxx> wrote:

Classes found in the required bundles always take precedence over classes contained in the local bundle.  This is also true if you require the system.bundle.

Tom





From:        Lars Vogel <lars.vogel@xxxxxxxxxxx>
To:        Equinox development mailing list <equinox-dev@xxxxxxxxxxx>
Date:        02/10/2016 12:02 PM
Subject:        [equinox-dev] Require system.bundle question
Sent by:        equinox-dev-bounces@xxxxxxxxxxx

---

Hi,

In https://bugs.eclipse.org/bugs/show_bug.cgi?id=463292we are trying
to solve the issue that javax.annotations from the Java installation
should be used if a Java 7 runtime is available. If a Java 6 runtime
is used, then the javax.annotations implementation provided by the
plug-in should be used.

For this we added: "Require-Bundle: system.bundle" to the MANIFEST.MF.

This seems to work. If Java 7 is used as runtime, the
javax.annotations from the Java installation is exported by the
plug-in. And if Java 6 is used the implementation classes from the
plug-in are used.

So my question is: is it assured that the system.bundle classes always
get priority (if available) over the plug-ins implementation?

Or was the observed behavior pure luck and the order of which
implementation is exported is not defined by OSGi / Equinox?

Thanks for the answer. I'm not sure if I was able to describe the
question well enough.

Best regards, Lars

--
Eclipse Platform UI and e4 project co-lead
CEO vogella GmbH

Haindaalwisch 17a, 22395 Hamburg
Amtsgericht Hamburg: HRB 127058
Geschäftsführer: Lars Vogel, Jennifer Nerlich de Vogel
USt-IdNr.: DE284122352
Fax (040) 5247 6322, Email: lars.vogel@xxxxxxxxxxx, Web: http://www.vogella.com
_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev

_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/equinox-dev