-
Bug
-
Resolution: Fixed
-
P1
-
7
-
None
-
b212
-
generic
-
generic
The macos builds b209 and subsequent can be be tested via aurora due to a recursive link for the 'jre' directory in the build. I think we can safely remove this link.
The Apple developer, Mike Swingler, said,
"They jre -> 1.7.0.jre/Contents/Home symlink is basically a hard requirement to make .jre loading possible for Mac apps (as opposed to the whole .jdk), so you need to adjust your tools to be aware of symlinks, and potentially use a different archive format than .zip (.tar.gz or .tar.bz2 works great on the Mac, as well as all the other Unix system). I even think if you passed the right arguments to the native Mac OS X zip command, it would do the right thing with symlinks - but I'm guessing your tools use Java's built-in zip which blindly follows symlinks by default.
If you file a JIRA bug at<http://java.net/jira/browse/MACOSX_PORT>, I'd be happy to remove the bundle -> ../../ symlink, since it should be effectively unused at this point.
Regards,
~Mike "
The Apple developer, Mike Swingler, said,
"They jre -> 1.7.0.jre/Contents/Home symlink is basically a hard requirement to make .jre loading possible for Mac apps (as opposed to the whole .jdk), so you need to adjust your tools to be aware of symlinks, and potentially use a different archive format than .zip (.tar.gz or .tar.bz2 works great on the Mac, as well as all the other Unix system). I even think if you passed the right arguments to the native Mac OS X zip command, it would do the right thing with symlinks - but I'm guessing your tools use Java's built-in zip which blindly follows symlinks by default.
If you file a JIRA bug at<http://java.net/jira/browse/MACOSX_PORT>, I'd be happy to remove the bundle -> ../../ symlink, since it should be effectively unused at this point.
Regards,
~Mike "