Filling the Packager gap
youngty1997 at gmail.com
Fri Sep 28 07:53:55 UTC 2018
On 9/27/18 1:44 AM, Johan Vos wrote:
> Hi Ty,
> Apart om jdk.jlink, who else is
> exporting jdk.tools.jlink.internal.packager ?
> If that is the case, there must be something wrong.
> The 12-sandbox version also exports that package:
> - Johan
JavaFX itself is:
rt/apps/performance/JavaFX/src/jdk.jlink/classes(It's just an app)
module-info.java.extra from /rt/dependencies/jdk.jlink
module-info.java.extra from /rt/build/modular-sdk/modules_src/jdk.jlink
I don't know what the .extra is all about. I found those by searching
for all the module-info files from in JavaFX and seeing if there was any
matches to jdk.tools.jlink.internal.packager.
> On Thu, Sep 27, 2018 at 4:14 AM Ty Young <youngty1997 at gmail.com
> <mailto:youngty1997 at gmail.com>> wrote:
> On 9/19/18 3:55 AM, Johan Vos wrote:
> > Hi,
> > As promised, we looked into an interim solution for the
> packager-gap. Work
> > for the new Java Packager (12?) is being done in the OpenJDK
> sandbox repo.
> > We backported the required changes to an OpenJDK 11 mirror:
> > https://github.com/johanvos/openjdk-mobile11/tree/packager
> > With this, we created modified OpenJDK 11 builds that contain
> the packager
> > (wrapper/exe + module including native library). They can be
> downloaded and
> > tested/used at
> > http://download2.gluonhq.com/jpackager/11/jdk.packager-linux.zip
> > http://download2.gluonhq.com/jpackager/11/jdk.packager-osx.zip
> > http://download2.gluonhq.com/jpackager/11/jdk.packager-windows.zip
> > For Windows, you have to unzip the bundle in the same directory
> as the JDK,
> > as the packager wrapper expect to find the java binary at the
> same level.
> > Note that these are not products. We use them internally to create
> > installers (e.g. we're using them for Scene Builder 11 and that
> > fine), and they do what we expect them to do, but there are no
> > of course so at least for now I recommend using them in
> development only
> > (or even better, look at the changes and contribute to
> > https://bugs.openjdk.java.net/browse/JDK-8200758 or to this
> > - Johan
> The JDK source fails to compile due to a duplicate qualified export.
> Removing the export from
> fixes it.
> By the way, how does one use this with jLink generated by Netbeans? I
> used the jLink build as the input and it just dumped it into the
> folder when making the image which doesn't work.
More information about the openjfx-dev