Posted by gouessej on
URL: https://forum.jogamp.org/JOGL-with-JWrapper-deployment-FileNotFoundException-gluegen-natives-macosx-universal-jar-tp4033500p4033510.html

nyholku wrote

I did not know about 'packr', I will have a look cause obviously an open source and free (as in beer) for my free would be preferable. However from your description it looks like it misses the step that I personally want most: single executable file (.app .exe) that embeds the JRE, I do not want a directory where the JRE is side by side with the .app or .exe). But hopefully I'm wrong and 'packr' does this, I will have a look.

It create a directory {appname}.app that is seen as a single file under Mac OS X and it uses several native launchers (.exe under Windows). As you don't have to rebuild those launchers, you can use it under any OS. It can be improved.

nyholku wrote

JWrapper seems to get everything just right, the only problem seems to be that it is not open (the requirement to show their branding is a small nuisance and from what I've dig into it seems to respect Oracle licensing).

Sorry to contradict you but PackR uses OpenJDK for legal reasons, not for the love of free software and I know that if its both main contributors could use Oracle Java, they would. However, you can use Oracle Java with PackR, just set the "jdk" parameter to point out to an Oracle JDK and it will extract the JRE from it.

nyholku wrote

For profitable organisations the price is a non issue. I saw one or two rough corners in the documentation but if it is not discontinued they will fix those I'm sure. Overall it was a very good experience and worked mostly out of the box and it comes with batteries included so to speak.

My biggest concern is that I'm not paid to fix their bugs and JWrapper is a commercial product. Yes, numerous profitable organizations are often willing to pay when the price is reasonable but you don't have any access to JWrapper's source code which means that you will have almost no mean to fix it and instead of waiting for it to get broken, it might be more viable on the long term to use a viable alternative right now.

nyholku wrote

Re 'rpack' OpenJDK and automatic updates: IMHO OpenJDK on Mac is not yet up to par with Oracle so I won't be using that for a while, so that is a non issue for me.

You can already have working unofficial builds of OpenJDK for OS X usable with PackR that work very well under OS X >= 10.7.3 but you can use Oracle Java with PackR anyway.

nyholku wrote

For my application automatic or even semiautomatic updates are *not* wanted … in fact would be nuisance and dangerous as this is a CNC machine application where you don't want anything to change under you and preferably the computer is not even networked.

Then, JWrapper is less appealing in your case.

nyholku wrote

Once more thanks for the help, the great work on JOGL and the great support on it AND sharing your thoughts re JWrapper / rpack, I appreciate it very much.

You're welcome. I can help to make things work but if I suspect that the problem comes from JWrapper itself, it will be its support team's concern. If you make a fat JAR (even though it isn't very smart), it will help you to test JWrapper's competitors and it will drive you less dependent on it. There are JarMatey and One-Jar (you seem to know it) too.

Edit.: Launch4j can help to create a single executable under Windows.
Edit.: An application launched with PackR doesn't create a process called "java.exe" under Windows like JWrapper.
Edit.: My tool (!= PackR) handles the icons property too whereas you have to provide your own .icns and .ico files to PackR.