Bundled app launcher changes

Michael Hall mik3hall at gmail.com
Fri Feb 10 18:05:20 PST 2012

On Feb 10, 2012, at 7:47 PM, Mike Swingler wrote:

> Perhaps the tag name <classpath> is subject to too much misinterpretation. Would <resource classpath=true> make it clear that it's a resource that should be copied into (whatever.app)/Contents/Java/, and may or may not be put on the apps classpath in the Info.plist?
> If the classpath=true attribute is set, then a $JAVAROOT/myStuff.jar entry will be appended into the apps runtime classpath VM argument.
> Would that syntax be more clear?

Not up to me but I don't think that would make it any clearer for me.
I would start thinking in terms of the old Contents/Resources/Java structure again and wondering where the Resources directory got off to.
I'm just trying to understand if $JAVAROOT classpath entries will continue to be supported by the launcher?
I thought they probably wouldn't be. They aren't really needed unless you want to allow the application to point to external absolute path jars is it? 
Embed everything in fixed relative paths that is not system and who needs plist classpath entries?
But if you're saying $JAVAROOT is still a supported option then it must be handled by the launcher so my question is answered and that practice continues along the lines of JavaApplicationStub.
Clear enough if that is instead the case?

More information about the macosx-port-dev mailing list