Comments on jpackage (JEP 343)

Alexey Semenyuk alexey.semenyuk at oracle.com
Thu Sep 5 16:19:28 UTC 2019


Hi Rachel,

Thank you for your feedback. I created 
https://bugs.openjdk.java.net/browse/JDK-8230668 record to track work on 
your suggestions.

- Alexey

On 9/5/2019 8:50 AM, Rachel Greenham wrote:
> (Sorry for non-threading, i read the digest)
>
> As you've been lacking feedback from people using the jpackage EA 
> builds, here's mine FWIW.
>
> I've been quiet because it's been working well enough for us. That 
> said, our needs and process probably simplify matters in that:
>
> 1. We're only producing Windows installers
> 2. We've been lucky in having patient clients during this 
> post-webstart, post-javapackager disruption.
> 3. We were happy to modify our versioning to match Windows standards
> 4. Our application is non-modular
> 5. We do it in three steps: jlink to make a JRE, then jpackage to make 
> an app image, then jpackage again to make both an exe and msi 
> installer based on that image. (client slow to reply which one they'd 
> actually prefer!) Not trying to do everything in one step.
>
> Since the fix that made new versions of our app correctly replace 
> older ones I've mostly just been testing new EA builds to make sure 
> they don't break it! They do sometimes, usually because of changes in 
> the parameter names, and of course we lost our Inno Setup 
> customisations. I haven't yet made any attempt to customise the EXE 
> setup installer since then.
>
> Would be nice:
>
> 1. For it to use the supplied app icon for the installer, or be able 
> to supply another specifically for the installer. For it to be shown 
> in the installer in some fashion. Other exe customisations of 
> straightforward branding and/or flags to control what questions 
> they're asked would be very nice.
> 2. For it to be able to sign the installer in the fashion of, or 
> actually using, signtool. (Ideally internalised as installing signtool 
> itself is a pain.) Currently that's an extra step after the installers 
> are built
>
> But I can wait for them, I want it in a release so I can use it via 
> ToolProvider rather than execing an external JDK. All the while it's 
> the way it is it massively complicates the build.
>
> Later would-be-nices, not for this desktop app, but ability to use it 
> to package background service-type apps, as a service for windows, 
> using launchd for osx, and systemd for linux.
>



More information about the core-libs-dev mailing list