That's a really good question. It's easier as an external product since we already redist the Oracle VM and kinda cheat a little to get these jar files put into the right spot.
I'm not sure how that's possible with the Eclipse IP rules.
And, at the end if the day, these jar files only exist in an Oracle/OpenJDK VM environment. The current execution environments don't take that into account. We may need a new one that separates out this variant of JavaSE7 and 8.
Doug.
From: cross-project-issues-dev-bounces@xxxxxxxxxxx [cross-project-issues-dev-bounces@xxxxxxxxxxx] on behalf of Alexander Nyßen [alexander.nyssen@xxxxxxxxx]
Sent: Monday, August 18, 2014 3:59 PM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] What policy w.r.t. javafx package imports?
I temporarily disabled all GEF4 features that (directly or indirectly) depend on JavaFX. I do not know what is the intended offset of e(fx)clipse, but unless we find out how to provide these dependencies (i.e. jfxrt.jar in case of Java7, jfxswt.jar in
case of Java8) to B3 directly (i.e. jfxrt.jar in case of Java7, jfxswt.jar in case of Java8) we will have to re-enable them after e(fx)clipse has joined (and potentially update our contribution).
Cheers
Alexander
Would that mean I have to specify dependencies to e(fx)clipse or would b3 resolve this implicitly? Up to now, my bundles only specify javafx package imports (including imports to javafx.embed.swt)...
Cheers
Alexander
a) e(fx)clipse just released 1.0
b) the bundles required only depend on equinox >= Luna
So no matter if we (efxclipse) are on the Mars release GEF4 should be fine!
Tom
Von meinem iPhone gesendet
And, in the mean time, it seems your current contribution won't "aggregate" (and mentions missing things somehow related to "fx". Can you disable those features for now?
For the record, if the "required project" did not participate, you can "include" their features in yours, but, only from their latest released version (if there is one ... and if there is not a released version, then you could
not do it).
Thanks,
From: Alexander Nyßen <alexander.nyssen@xxxxxxxxx>
To: Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>,
Date: 08/18/2014 12:58 PM
Subject: [cross-project-issues-dev] What policy w.r.t. javafx package imports?
Sent by: cross-project-issues-dev-bounces@xxxxxxxxxxx
Hi all,
as some of the new GEF4 bundles we want to include with Mars specify javafx package imports (so far without version constraints), I was wondering what general policy we want to follow to ensure such kind of bundles can be properly resolved. Should
we rely on the e(fx)clipse runtime bundles/fragments (org.eclipse.javafx and org.eclipse.fx.osgi), i.e. re-bundle them in our features or specify feature-dependencies to the enclosing e(fx)clipse runtime feature, or is there another intended way (it seems,
e(fx)clipse has not announced its participation)?
Cheers
Alexander
--
Dr. Alexander Nyßen
Dipl.-Inform.
Software-Engineer
Telefon: +49 (0) 231 / 98 60-210
Telefax: +49 (0) 231 / 98 60-211
Mobil: +49 (0) 151 / 17396743
http://www.itemis.de
alexander.nyssen@xxxxxxxxx
itemis AG
Am Brambusch 15-24
44536 Lünen
Rechtlicher Hinweis:
Amtsgericht Dortmund, HRB 20621
Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens Trompeter, Sebastian Neus
Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus
[attachment "signature.asc" deleted by David M Williams/Raleigh/IBM]
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
--
Dr. Alexander Nyßen
Dipl.-Inform.
Software-Engineer
Telefon: +49 (0) 231 / 98 60-210
Telefax: +49 (0) 231 / 98 60-211
Mobil: +49 (0) 151 / 17396743
http://www.itemis.de
alexander.nyssen@xxxxxxxxx
itemis AG
Am Brambusch 15-24
44536 Lünen
Rechtlicher Hinweis:
Amtsgericht Dortmund, HRB 20621
Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens Trompeter, Sebastian Neus
Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
--
Dr. Alexander Nyßen
Dipl.-Inform.
Software-Engineer
Telefon: +49 (0) 231 / 98 60-210
Telefax: +49 (0) 231 / 98 60-211
Mobil: +49 (0) 151 / 17396743
http://www.itemis.de
alexander.nyssen@xxxxxxxxx
itemis AG
Am Brambusch 15-24
44536 Lünen
Rechtlicher Hinweis:
Amtsgericht Dortmund, HRB 20621
Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens Trompeter, Sebastian Neus
Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus
|