jpackage: packaging a real application
andy.herrick at oracle.com
Mon Jul 29 17:58:24 UTC 2019
Thanks for the heads up on linux file associations. I have filed
JDK-8228744 and make sure it is fixed.
As to the customization of the msi scripts, it is generally the
intention of the implementation that all resources would be fetched by
calling fetchResource() in AbstractBundler.java. I can see from the
current implementation that only the post install script (for which
there is no default resource) is fetched in this way (all others,
including main.wxs, just calling getResourceAsStream() which will only
get the default resources).
If the code were to call fetchResource() (as intended) instead of
getResourceAsStream(), you would have the capability to use option
"--resource-dir <dir>" with <dir> pointing to a directory containing any
resource you want to override.
I will investigate this further and get back to you.
On 7/27/2019 2:30 AM, Nicolas Roduit wrote:
> Hi all,
> I'm trying to use jpackage to replace deployment by Java Web Start. I
> have set up a continuous build to allow the construction of a package
> on Windows, Mac and Linux.
> The latest changes to the directory change of the launch binaries and
> the change in the value of the current working directory required a
> series of modification in my build. However, there is a bug on Linux
> for the installation of the file association, see the proposed patch
> in attachment.
> There is another problem that seems to me to be major. It is to no
> longer possible to overload the construction of the MSI. I modified
> the code to be able to add my own main.wxs file. I think that being
> able to fully overload main.wxs is essential even if many users will
> just use the default template.
More information about the core-libs-dev