jpackage issue with --dest
Alexey Semenyuk
alexey.semenyuk at oracle.com
Wed Jun 16 17:28:09 UTC 2021
Hi Maurizio,
This is not known issue.
Can you run the app with "JPACKAGE_DEBUG" env variable set to "true". In
this case the app launcher will produce debug output that will help to
understand why it can't find libjava.so.
- Alexey
On 6/16/2021 9:11 AM, Maurizio Cimadamore wrote:
> Hi,
> I'm relatively new to jpackage and I found a weird issue on linux
> where the name of a --dest folder can affect the correct behavior of
> the generated application image.
>
> I have put together an hello world application, with a jarfile. If I
> jpackage it with the following command line:
>
> ```
> $ jpackage --type app-image --name HelloWorld --input
> out/artifacts/jpackage_test_jar --main-jar jpackage-test.jar --dest
> output
> ```
>
> Everything works correctly, and launching the generated app prints
> "Hello world":
>
> ```
> $ output/HelloWorld/bin/HelloWorld
> Hello world!
> ```
>
> However, if the destination directory contains "bin" (even as a nested
> subfolder), there are issues. Here's the jextract command line:
>
> ```
> $ jpackage --type app-image --name HelloWorld --input
> out/artifacts/jpackage_test_jar --main-jar jpackage-test.jar --dest bin
> ```
>
> (the only thihng that changed is the --dest parameter)
>
> And here's what I get:
>
> ```
> $ bin/HelloWorld/bin/HelloWorld
> Error: could not find libjava.so
> Error: Could not find Java SE Runtime Environment.
> ```
>
> I use Ubuntu 20.04. A colleague of mine using MacOS does not seem to
> have the same issue, so it seems to be system specific.
>
> I'm using the latest jpackage from jdk/jdk.
>
> Is this a known issue?
>
> Cheers
> Maurizio
>
More information about the core-libs-dev
mailing list