TomK

Forgot to mention: I tried this with judoshiai_4.1.1-1_amd64.deb

Installation on Fedora 40 not possible

FlatXmlWriter doesn't export LocalDateTime value properly

Functions returning a table are returned with DatabaseMetaData.functionNoTable instead of functionReturnsTable

Well, not even the Apache's legal department is certain if they are allowed to bundle the JDK with NetBeans (as the Apache license is not compatible with the GPL). So as a private person I will not risk a lawsuit from Oracle - but this is getting off-topic now.

Due to the GPL licence of the JDK it's not always possible to bundle the JRE with an application (e.g. when the application is using a license that is not compatible with the GPL, such as Apache or BSD). And many JDK distributions don't use the registry anymore. I think the ability to supply multiple paths, and then Launch4j simply picks the first one with a valid JRE without validating the version would be OK. @warren: you could use a symlink for that

There is an open ticket for allowing to check the JRE through environment variables in addition to a bundled JRE: https://sourceforge.net/p/launch4j/feature-requests/127/

There is an open ticket for allowing too check the JRE through environment variables in addition to a bundled JRE: https://sourceforge.net/p/launch4j/feature-requests/127/