Re: Javapackager 10 to bundle OpenJDK 11 runtime

Apologies for the spam. This was my issue, I got confused renewing my certs, as to which one did what. Apple have not changed the prefix, and despite warnings about notarising, it seems to all work. Just wish there weren’t so many cert types flying around to sign an app! Meantime, crisis over

Re: Javapackager 10 to bundle OpenJDK 11 runtime

The packager that works with Java 11 and JavaFX 11 is at http://download2.gluonhq.com/jpackager/11/jdk.packager-linux.ziphttp://download2.gluonhq.com/jpackager/11/jdk.packager-osx.ziphttp://download2.gluonhq.com/jpackager/11/jdk.packager-windows.zip (see

Re: Javapackager 10 to bundle OpenJDK 11 runtime

Thanks. I’ll grab the Glueon ones for now to finish the app migration to 11, ie get off jdk 8 before January, and start working with the EA jpackager and migrate when suitable. Alan > On 19 Dec 2018, at 13:51, Kevin Rushforth wrote: > > I doubt that will work. > > We are developing a

Re: "javapackager" in no-mans-land?

Auto-update and a packager are different things. Both are needed, but at this moment, there is only a JEP for the packager. I think it would be wise to have a standard (hence a JEP) for auto-update as well, as the use case you describe is not unique... - Johan On Sun, Sep 23, 2018 at 8:40 AM

Re: "javapackager" in no-mans-land?

Hi, Thanks for your replay. I found exe build using maven with 'javafx-maven-plugin' Or Inno Setup tool but My project is update release every 2 week. so auto update tool for manage inside client system. Also i found auto update tool Like https://github.com/edvin/fxlauncher

Re: "javapackager" in no-mans-land?

On 9/20/2018 12:05 PM, Kamlesh Prajapati wrote: Currently , I used javafx 8 with JNLP Application. Is JNLP application support in javafx11 + java11 ? The deployment stack, including Java Web Start and Applet support, has been removed from JDK 11. You will either need to find an alternative

Re: "javapackager" in no-mans-land?

Java Webstart is gone in Java 11. This means there are no means left to build and distribute standalone Java applications across multiple platforms. Java Webstart was deprecated since the “old model” of having a separate system-wide JRE capable of running Java programs from different sources,

Re: "javapackager" in no-mans-land?

Hi, Currently , I used javafx 8 with JNLP Application. Is JNLP application support in javafx11 + java11 ? Any idea about auto update application in win(exe),mac,linux base application ? On Wed, Sep 19, 2018 at 11:54 AM Lennart Börjeson wrote: > It was migrated, but removed... > > The

Re: "javapackager" in no-mans-land?

It was migrated, but removed... The recommended work-around is to use the javapackager in OracleJDK 10 when packing Java/OpenJfx 11 applications. That may or may not be practical depending on your build setup. Also, if you’re currently using the UserJvmOptions services, these are also gone in

Re: javapackager usage

The javapackager tool, which was delivered as part of the Oracle JDK releases along with JavaFX in JDK 8 through JDK 10, has been removed from the JDK as of JDK 11. A JEP for a new packaging tool, jpackager, is being proposed and discussed on core-libs-dev [1]. -- Kevin [1]

RE: javapackager usage

If this is the wrong mailing list for javapackager questions, I'd appreciate any hints regarding where to ask instead in case you happen to know. Thank you. -Original Message- From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of Buchberger, Joerg Sent: Freitag,

Re: javapackager: MacOSX: question about adding a file to the DMG outside of the app bundler

I have not tried it myself but this post http://crazyedy.com/tech/?p=535 claims that it is possible to add something like a readme after the DMG file has been created by making it writable. Am 06.12.17 um 16:58 schrieb Mani Sarkar: Hi, Has anyone worked out how to add a file like a README.txt

Re: javapackager feedback and questions

Hi Victor, I have raised an issue on JBS via http://bugreport.java.com/ for this (ID given to me *9051766*): > Looks like there is a bug when you specify systemWide=true on the MacOSX in non-gui mode. I don't have an account on it, so I might not be able to amend or add new details to it. If I

Re: javapackager feedback and questions

@openjdk.java.net" <openjfx-dev@openjdk.java.net>, Mani > Sarkar <sadhak...@gmail.com> > Subject: Re: javapackager feedback and questions > Message-ID: <5a209f53.6080...@oracle.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >

Re: javapackager feedback and questions

I’m using javapackager to generate native installers for several services and GUI applications. I would be using it for some command line tools as well, but it doesn’t yet support “console” applications on Windows. I.e. you can’t make javapackager with javapackager. I’ve filed an issue for that

Re: javapackager feedback and questions

Hi Victor, To answer your query about how javapackager can be made better, packr ( https://github.com/libgdx/packr) and FPM ( https://github.com/jordansissel/fpm) are two great examples in this space. If we can pool together some of the features from both, it would certainly draw attention of

Re: javapackager feedback and questions

> On Nov 30, 2017, at 6:16 PM, Kevin Rushforth > wrote: > > Hi Michael, > > We realized that the javapackger CLI JEP wasn't quite ready, and was out of > scope for JDK 10 anyway, so we withdrew it in order to file a new JEP later. > > Related to this, we are

Re: javapackager feedback and questions

Hi Michael, We realized that the javapackger CLI JEP wasn't quite ready, and was out of scope for JDK 10 anyway, so we withdrew it in order to file a new JEP later. Related to this, we are soliciting input as to how people are using the javapackager (see Victor's question below). So we'd

Re: javapackager feedback and questions

Hi Victor, I can answer the last Q. It's for two products, one is Censum our GC Log analyser (Java swing desktop app, yes they still exist! ;p) and the second is a stand alone Java 'daemon' for our APM SaaS tool (illuminate). jlink and javapackager is a powerful combination for us, so thanks

Re: javapackager feedback and questions

Thanks Victor for you response and invite. I'll get back with details for your query. Just for your info, I was referring to javapackager in the context of Java 9 built artifacts. On Thu, 30 Nov 2017 09:28 Michael Hall, wrote: > > > On Nov 29, 2017, at 5:18 PM,

Re: javapackager feedback and questions

> On Nov 29, 2017, at 5:18 PM, victor.droz...@oracle.com wrote: > > Hi, Mani. > > Thanks for providing the feedback! > We will consider adding more examples and more details in the docs as you > proposed(there is an arg named jvmOptions but that's not mentioned in the > table). > Looks like

Re: javapackager feedback and questions

Hi, I am wondering why you can say that ".dmg and .msi packaging work very well" because there is this still open bug https://bugs.openjdk.java.net/browse/JDK-8179033 which keeps me from building DMG files on Java 9. Are you still using Java 8? Michael Am 29.11.17 um 12:48 schrieb Mani

Re: javapackager feedback and questions

Hi, Mani. Thanks for providing the feedback! We will consider adding more examples and more details in the docs as you proposed(there is an arg named jvmOptions but that's not mentioned in the table). Looks like there is a bug when you specify systemWide=true on the MacOSX in non-gui mode.

Re: javapackager - partially self-contained apps in JDK 9

The code that I included below will do what you want with modular JARs. I hope to get this as a feature of the Java Packager which would be called Pugins, but there’s only so much time, which is why I provided you with a portion of my prototype code. Chris > On Apr 25, 2017, at 12:11 PM,

Re: javapackager - partially self-contained apps in JDK 9

> On Apr 11, 2017, at 10:43 AM, Alan Snyder wrote: > > I have run into a problem in moving my macOS apps from JDK 8 to 9. The issue > relates to using MySQL via JDBC. > The connector class name is fixed. The class is loaded using Class.forName(). > However, there can

Re: javapackager - partially self-contained apps in JDK 9

> On Apr 11, 2017, at 1:43 PM, Alan Snyder wrote: > > I have run into a problem in moving my macOS apps from JDK 8 to 9. The issue > relates to using MySQL via JDBC. > The connector class name is fixed. The class is loaded using Class.forName(). > However, there can be

Re: javapackager

I noticed that the JDK on my Linux VM was 8u40, I updated to 8u72 and then got the following: Bundler RPM Bundle skipped because of a configuration problem: Specified license file is missing. Advice to fix: Make sure that "EULA.rtf" references a file in the app resources, and that it is relative

Re: javapackager

> On Feb 3, 2016, at 1:08 PM, Scott Palmer wrote: > > >> On Feb 3, 2016, at 11:40 AM, Chris Bensen wrote: >> >> On Feb 2, 2016, at 7:27 PM, Scott Palmer wrote: >>> >>> Note that this is a RPM-based system, apt-get is not

Re: javapackager

There weren’t any noticeable changes for Linux. Besides maybe this one, which if you could file a bug with steps to reproduce that’d be great. Chris > On Feb 4, 2016, at 7:12 AM, Scott Palmer wrote: > > I noticed that the JDK on my Linux VM was 8u40, I updated to 8u72

Re: javapackager

> On Feb 3, 2016, at 11:40 AM, Chris Bensen wrote: > > On Feb 2, 2016, at 7:27 PM, Scott Palmer wrote: >> >> Note that this is a RPM-based system, apt-get is not available, yum is. >> >> yum install libX11 > > What is the Linux system you are

Re: javapackager

On Feb 2, 2016, at 7:27 PM, Scott Palmer wrote: > > Note that this is a RPM-based system, apt-get is not available, yum is. > > yum install libX11 What is the Linux system you are running? > … > Package libX11-1.6.0-2.1.el7.x86_64 already installed and latest version > >

Re: javapackager

This list or the Deployment blog (https://blogs.oracle.com/talkingjavadeployment/) are the best places to get help with the javapackager. Is your app built with the 64-bit or 32-bit packager? I noticed “x86_64” appended to the name. If it’s 32-bit you could try running: sudo apt-get install

Re: javapackager

The “-1.x86-64” is something that javapackager automatically appends. I just confirmed that $JAVA_HOME/bin/java -version indicates the 64-bit VM. I’m invoking javapackager via an Exec task in my Gradle build script. (I’m not using the JavaFX plugin because it has even less documentation, it

Re: javapackager

Note that this is a RPM-based system, apt-get is not available, yum is. yum install libX11 … Package libX11-1.6.0-2.1.el7.x86_64 already installed and latest version I get a similar message for the other dependencies. Examining the .rpm file I can see that the bundled runtime contains a

Re: javapackager native windows bundle non empty app.classpath (package.cfg)

This looks to be a bug. Can you post what version of the jdk you are using? Also, can you post a JIRA for this at javafx-jira.kenai.com? On Oct 6, 2014, at 2:13 PM, Stefan Kreutter openjfx-...@kreutter.de wrote: Hoping to address my question to the appropriate list... Is it possible to

Re: Javapackager not calling MyApp-post-image.sh on MacOSX

This is the proper place to discuss the javapackager (at least for the near term). Bugs are still tracked through the JavaFX JIRA. The source code lives in the JavaFX repo and it is built and delivered into the JDK as part of the JavaFX build. -- Kevin Jeff Martin wrote: I’m glad to see

Re: Javapackager not calling MyApp-post-image.sh on MacOSX

Actually, for the moment I’m just generating “image”, though I tried pkg and it also didn’t call the post-image script. I love all the customization tips when verbose is turned on. I was hoping it would say, “No post-image script found at package/macosx/SnapCode-post-image.sh - add one here

Re: Javapackager not calling MyApp-post-image.sh on MacOSX

A quick code inspection shows that the post image script is only called for DMG packaging. Looks to be a PKG oversight. Could you post a bug to javafx-jira.kenai.com? On Sep 3, 2014, at 2:31 PM, Jeff Martin j...@reportmill.com wrote: Actually, for the moment I’m just generating “image”,

Re: Javapackager not calling MyApp-post-image.sh on MacOSX

Done: RT-38521 - Javapackager not calling post-image script on MacOSX for PKG and IMAGE jeff On Sep 3, 2014, at 4:15 PM, Danno Ferrin danno.fer...@oracle.com wrote: A quick code inspection shows that the post image script is only called for DMG packaging. Looks to be a PKG oversight.

Re: Javapackager not calling MyApp-post-image.sh on MacOSX

I just tested with DMG and my script does get called. However, it seems like I can’t use it to add and remove JDK files without invalidating the codesign work. Is it possible for javapackager to build the image, call the post-image script, then codesign? jeff On Sep 3, 2014, at 4:33 PM, Jeff

Re: Javapackager not calling MyApp-post-image.sh on MacOSX

Excellent point. I'll move the script to before the codesign. I've also got some bugs requesting an easy flag to turn off auto-codesign. I'll do that as part of the 8u40 work. In the mean time, you can disable codesign with a bundler argument in ant by adding this to the fx:deploy element