OS X jpackage and java.class.path
Michael Hall
mik3hall at gmail.com
Mon Jul 1 19:02:31 UTC 2019
I think I may out mentioned this before but maybe I didn’t fix the problems it was causing me because I just ran into it again. So I’ll mention it again.
java.class.path is somewhat inconsistent in its entries.
The main jar is present as absolute path…
/Users/mjh/HalfPipe/HalfPipe_jpkg/outputdir/HalfPipe.app/Contents/Java/halfpipe.jar
all other entries are relative too user.dir which is…
user.dir=/Users/mjh/HalfPipe/HalfPipe_jpkg/outputdir/HalfPipe.app/Contents/Java
Example entries of the remaining relative paths…
RserveEngine.jar:quartz-jobs-2.2.2.jar:commons-logging-1.1.1.jar:httpcore-4.4.10.jar:groovy-all-2.6.0-alpha-1.jar…
Any code that for whatever reason wants to process off of java.class.path needs to be aware of this. It would have to be prepared to handle either condition of absolute or user.dir relative paths.
How much code does this I don’t know but mine for some limited functionality does. This just isn’t consistent for all entries.
It of course works fine for normal loading and application execution.
More information about the core-libs-dev
mailing list