The Failure to GetJREPath is due to JDK-8238225 [1]. Eclipse was
specifically mentioned as being affected by this. It is already fixed in
JDK 15.
-- Kevin
https://bugs.openjdk.java.net/browse/JDK-8238225
On 2/22/2020 7:32 AM, Michael Hall wrote:
On Feb 21, 2020, at 11:18 AM, Michael Hall <mik3h...@gmail.com
<mailto:mik3h...@gmail.com>> wrote:
On Feb 21, 2020, at 11:12 AM, Kevin Rushforth
<kevin.rushfo...@oracle.com <mailto:kevin.rushfo...@oracle.com>> wrote:
I doubt this has anything to do with jpackage being in incubator or
not. Fundamentally, just copying binary launchers into another JDK
image like you are doing is only going to work by accident, if it
works at all. If you need jpackage (or javac or jar or ...) to be in
a JDK image, then you should jlink it yourself, include all of the
modules you need, and don't strip the executables.
-- Kevin
I was doing that for applications going back to before jlink -
application build tools have not handled this real consistently and
often just strip. Possibly now you are correct. jpackage does use
jlink though? So why would my own be better than what the tool does?
I believe I showed the module is present in the runtime in use.
But again doing jlink separately might in this instance be the best
practice. I will try it.
Well this went a little wrong and is sort of getting messed up.
I tried a jlink jre. The app froze (OS X) and had to be force quit.
Left it at that for the time being.
This morning Eclipse won’t start.
Double clicking the app executable shows…
/Users/mjh/java-2019-06/Eclipse.app/Contents/MacOS/eclipse ; exit;
Error: could not find libjava.dylib
Failed to GetJREPath()
I tried falling back to the previous ea.
java -version
openjdk version "14-ea" 2020-03-17
But same thing.
Some searching seems to be showing this as the problem here…
https://bugs.openjdk.java.net/browse/JDK-8213362
For both versions. Current and earlier ea libjli.dylib appears to be
both in the lib and MacOS directories.
I will probably try reinstalling Eclipse with the earlier ea in
JavaVirtualMachines. A setup that had been working.
Just to mention something else a little off that needs working around
although I don’t think it should mess anything up. Some of these
commands are still not default available on OS X. No jpackage of
course, but no jlink either. jdeps is there but I don’t remember if I
added a link myself or not there.
For jpackage and jlink I do this…
PACKAGER=`/usr/libexec/java_home`/bin/jpackage
${PACKAGER} \
--input ../HalfPipe12.app/Contents/Java \
--icon GenericApp.icns \
The entire jlink is…
LINKER=`/usr/libexec/java_home`/bin/jlink
${LINKER} --strip-debug --no-header-files --no-man-pages \
--bind-services \
--add-modules java.compiler,java.desktop,java.logging,java.management,java.prefs,java.se
<https://urldefense.com/v3/__http://java.se__;!!GqivPVa7Brio!LN8Jwr5g_1Q6p_o6Ji2du-gkN-xEns-PN8EhrZx95tLW1Cx8wJziaz3hHiZEIOnJfl_I$>,java.rmi,java.scripting,java.sql,java.xml,jdk.attach,jdk.jshell,jdk.crypto.ec,jdk.incubator.jpackage
\
--output runtime
Trying to follow the defaults indicated for jpackage.