He also has JRE and JDK 1.8.0_45 installed on those OS's, but they shouldn't be used as far as I know since the JRE is bundled too within the app. But here he uses other OS's: Mac OS X Yosemite and Windows 8.1. :Failed to launch JVMĪccording to a colleague the bundled app with Netbeans 7.4 and JRE 1.7.0_45 doesn't start with error "JavaFX launcher error: Unable to invoke main method". 22:10:03.459 QTools Failed to find library: The only output that can be captures starting that app on console is: The same app can be bundled on windows 7 with netbeans 8.0.2 and JRE 1.8.0_45 and works. With Netbeans 7.4 and JRE 1.7.0_45 the same bundled app works on mac os x mavericks. Until then, as a workaround, you can copy your Mac OS JDK installation folder on a temporary location, delete within the JDK installation folder all irrelevant folders for the "jre" subfolder and, then add the stripped down JDK installation folder as a JRE bundle.A Java Swing Application which has been native bundled with FX packager within Netbeans 8.0.2 and JRE 1.8.0_45 doesn't start on mac os x mavericks. This is an Advanced Installer limitation and a fix will be added in a future version of Advanced Installer. This is due to some guidelines recommended by Mac OS.Īlso, when pinpointing to the JDK installation folder (in order to add a JRE bundle for Mac OS build) it seems we bundle the entire JDK installation folder. You are allowed to bundle only the JRE installed by the JDK installation. You cannot add as JRE bundle for your Mac OS build the JRE installation folder. However it would be better if this issue were addressed properly. However it is not possible to embed such a JRE with the application and then sign it with the codesign tool as it is not correctly packaged in the format that codesign requires.Īs a workaround, I have managed to get a JRE from Internet Plug-ins signed by copying the libjli.dylib to the expected location in the JRE folder hierarchy AI then accepts this as a valid JRE and the launcher then starts. It looks in the wrong place (jre/lib/libjli.dylib instead of lib/libjli.dylib). If a downloaded JRE is used (from /Library/Internet Plug-ins/ugin), Advanced Installer complains that it cannot find libjli.dylib. I am bundling Oracle Java 7u51 JRE with my application.Ĭurrently AI 10.9 will only recognise a JRE extracted from the JDK (in /Libraries/JavaVirtualMachines). I am trying to generate an app bundle that can be signed using the OS X codesign utility in order that it can be downloaded and run with the default OS X Gatekeeper settings. I believe I have encountered something similar. er42/aboutĪm I wrong, and it already is Java7-ready or is this feature included in the future? This realy is essential. n-mac-os-x (first reply) and the talk on. Otherwise it cannot be deployed over the app store, is not allowed to open connections over the firewall (need certificates as well) and won't run on new macs. Is there a plan to update Advanced Installer to use the Oracle VM or even to bundle a JRE with the. The reason lies in the "JavaApplicationStub" in the MacOS-folder, which does not recognize the Oracle VM. New macs with OS X 10.9 and onwards will not run these, even if an Oracle Runtime is present on the computer. I would like to buy the java version and there is a question left: The App-Bundles for Mac, which are created by Advanced Installer still have the old format defined for the Apple JRE. I just tried Advanced Installer and it is really a cool product.
0 Comments
Leave a Reply. |