Ich glaube nicht, dass es möglich ist, JRE (Laufzeitumgebungen) zu wechseln, siehe hier:
http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jre.html
welche Staaten:
Es kann nur eine JRE installiert werden. Durch das Installieren einer JRE wird die zuvor installierte JRE entfernt. Die vom System verwendete JRE-Version kann auf zwei Arten ermittelt werden:
Problemumgehung:
Ich hatte ein ähnliches Problem wie du mit Minecraft mit Wuala. Wo ich Wuala mit Java 1.6 ausführen musste, während ich mit JDK 1.7 entwickeln musste, und dies gelang mir, indem ich das Wuala.app-Paket öffnete und sein Startskript änderte in:
/Applications/Wuala.app/Contents/MacOS/wuala
von:
exec java ${VMARGS} -cp "${JAR_DIR}/loader3.jar":/System/Library/Java/ com.wuala.loader3.Loader3 -alternateprogrampath "${JAR_DIR}" -installed $*
zu:
/usr/libexec/java_home -v 1.6.0 --exec java ${VMARGS} -cp "${JAR_DIR}/loader3.jar":/System/Library/Java/ com.wuala.loader3.Loader3 -alternateprogrampath "${JAR_DIR}" -installed $*
Dh einfach ersetzen exec
durch:/usr/libexec/java_home -v 1.6.0 --exec
Das ist natürlich ziemlich kompliziert und wird jedes Mal kaputt gehen, wenn wuala autoupdates, aber sonst funktioniert es.
Um ein anderes JDK zu verwenden, siehe hier:
http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jdk.html
welche Staaten:
Um eine andere Java-Version auszuführen, geben Sie entweder den vollständigen Pfad an oder verwenden Sie das Tool java_home:
/usr/libexec/java_home -v 1.7.0_06 --exec javac -version
Hier ist eine Illustration und Beispiele aus meinem Setup:
Oracle JDK installiert:
odin:~ geff$ ls -al /Library/Java/JavaVirtualMachines
total 0
21058660 0 drwxr-xr-x 3 root wheel - 102 24 Oct 18:04:33 2012 jdk1.7.0_09.jdk/
21061692 0 drwxr-xr-x 3 root wheel - 102 24 Oct 18:06:08 2012 jdk1.7.0_07.jdk/
21042328 0 drwxrwxr-x 3 root wheel - 102 20 Apr 06:58:53 2012 1.7.0.jdk/
21031664 0 drwxrwxr-x 7 root admin - 238 24 Oct 18:04:16 2012 ../
21042327 0 drwxr-xr-x 5 root wheel - 170 24 Oct 18:06:13 2012 ./
Apple lieferte JDK:
odin:~ geff$ ls -al /System/Library/Java/JavaVirtualMachines
total 0
21026468 0 drwxr-xr-x 3 root wheel - 102 1 Nov 17:49:02 2011 1.6.0.jdk/
21026436 0 drwxr-xr-x 6 root wheel - 204 24 Mar 23:04:06 2012 ../
21026467 0 drwxr-xr-x 3 root wheel - 102 1 Nov 17:49:02 2011 ./
Das funktioniert bei mir auch mit dem von Apple mitgelieferten 1.6 JDK
odin:~ geff$ /usr/libexec/java_home -v 1.6.0_37 --exec java -version
java version "1.6.0_37"
Java(TM) SE Runtime Environment (build 1.6.0_37-b06-434-11M3909)
Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01-434, mixed mode)
Wählen Sie zwischen den 1.7 Oracle Versionen:
Auswahl des ersten Oracle JDK 1.7.0_04
odin:~ geff$ /usr/libexec/java_home -v 1.7.0_04 --exec java -version
java version "1.7.0_04"
Java(TM) SE Runtime Environment (build 1.7.0_04-b21)
Java HotSpot(TM) 64-Bit Server VM (build 23.0-b21, mixed mode)
Auswahl von JDK 1.7.0_07
odin:~ geff$ /usr/libexec/java_home -v 1.7.0_07 --exec java -version
java version "1.7.0_07"
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)
Das Standard-JDK ist das höchste:
odin:~ geff$ java -version
java version "1.7.0_09"
Java(TM) SE Runtime Environment (build 1.7.0_09-b05)
Java HotSpot(TM) 64-Bit Server VM (build 23.5-b02, mixed mode)
Standardmäßig wird die höchste Patch-Stufe verwendet, wenn nur eine Nebenversionsnummer verwendet wird:
odin:~ geff$ /usr/libexec/java_home -v 1.7.0 --exec java -version
java version "1.7.0_09"
Java(TM) SE Runtime Environment (build 1.7.0_09-b05)
Java HotSpot(TM) 64-Bit Server VM (build 23.5-b02, mixed mode)