RouteConverter and Mac OS X

[hvdwolf]

Coming back on this: Is there anything I can do to help you with this? Things I could try on either Linux or MacOSX?

My plan is to switch to polling from the Java-side to the Browser-side if the other way is impossible due to the same origin policy. I'd need some testers once this is implemented.

Just let me know when you are finished. I'm currently on holiday, so I'm not always sure when I have a internet connection.

Where you could help is a working ZIP approach. I've lost the overview on what has to be done. But I've analyzed that 85% of the Mac users downloaded the ZIP if there is a JAR. What is the structure of a good ZIP? Something I could try to reproduce with Maven...

The structure of a good zip, is simply the application (or jar) inside the zip.

I did have a very simple application structure
see below

Code:

RouteConverter64.app/
RouteConverter64.app/Contents/
RouteConverter64.app/Contents/Info.plist
RouteConverter64.app/Contents/MacOS/
RouteConverter64.app/Contents/MacOS/routeconverter
RouteConverter64.app/Contents/MacOS/RouteConverterPrereleaseMac64.jar
RouteConverter64.app/Contents/Resources/
RouteConverter64.app/Contents/Resources/RouteConverter.icns

You can find the zip with the application in it here.
The application is simply started by a shell script. What this application lacks is a test application that checks for the correct java version. I don't know how easy or difficult it is to write a simple jar to check for the java version. This version check jar checks the java version: If OK start the jar, If wrong version report it to the user and exit.