Ich glaube nicht, dass es möglich ist, die JRE (Laufzeitumgebung) zu wechseln, siehe hier:
http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jre.html
was besagt:
Es kann nur eine JRE installiert werden. Durch die Installation einer JRE wird die zuvor installierte JRE entfernt. Die vom System verwendete JRE-Version kann auf eine von zwei Arten ermittelt werden:
Workaround:
Ich hatte ein ähnliches Problem wie Sie mit Minecraft mit Wuala. Wobei ich Wuala mit Java 1.6 laufen lassen musste, während ich mit JDK 1.7 entwickeln musste. Ich habe das geschafft, indem ich das Wuala.app-Paket geöffnet und sein Startskript 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 $*
D.h. einfach Ersetzen von: exec
mit: /usr/libexec/java_home -v 1.6.0 --exec
Das ist natürlich ziemlich umständlich und wird bei jedem Autoupdate von wuala kaputt gehen, aber ansonsten funktioniert es.
Um ein anderes JDK zu verwenden, siehe hier:
http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jdk.html
die besagt:
Um eine andere Version von Java 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 meiner Einrichtung:
Oracle JDK-Installationen:
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 ./
Von Apple geliefertes 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, um das von Apple gelieferte 1.6 JDK zu verwenden:
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 des 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 der höchste “Patch-Level verwendet, wenn nur die Minor-Versionsnummer 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)