Não creio que seja possível mudar o JRE (runtime environments) ver aqui:
http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jre.html
que declara:
& > Apenas um JRE pode ser instalado. A instalação de um JRE remove o JRE previamente instalado. A versão JRE utilizada pelo sistema pode ser determinada de uma de duas maneiras:
Solução:
Tive um problema semelhante ao que tem com o Minecraft com o Wuala. Onde precisava de correr o Wuala usando Java 1.6 enquanto precisava de desenvolver com JDK 1.7 e consegui isto abrindo o pacote Wuala.app e alterando o seu guião de arranque:
/Applications/Wuala.app/Contents/MacOS/wuala
de:
exec java ${VMARGS} -cp "${JAR_DIR}/loader3.jar":/System/Library/Java/ com.wuala.loader3.Loader3 -alternateprogrampath "${JAR_DIR}" -installed $*
para:
para:
para:
para
/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 $*
I.e simplesmente em substituição: exec
por: /usr/libexec/java_home -v 1.6.0 --exec
por:
por:
/usr/libexec/java_home -v 1.7.0_06 --exec javac -version
Isto está naturalmente bastante envolvido e será quebrado sempre que o wuala automatiza, mas caso contrário funciona.
Para usar outro JDK ver aqui:
http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jdk.html
que declara:
Para executar uma versão diferente de Java, ou especificar o caminho completo, ou usar a ferramenta java_home: 0x6&
Aqui está uma ilustração e exemplos da minha configuração:
Oracle JDK instala:
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 fornecido 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 ./
Isto funciona para mim também para usar a Apple fornecida 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)
Escolha entre as versões 1.7 Oracle:
Selecção do primeiro 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)
Selecção do 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)
O JDK por defeito é o mais alto:
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)
O padrão é o mais alto “nível de patch ao usar apenas o número de versão menor:
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)