Eu não acho que é possível alternar o JRE (ambientes de tempo de execução), veja aqui:
http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jre.html
quais Estados:
Somente um JRE pode ser instalado. A instalação de um JRE remove o JRE instalado anteriormente. A versão do JRE usada pelo sistema pode ser determinada de uma de duas maneiras:
Solução alternativa:
Eu tive um problema semelhante ao seu com Minecraft com Wuala. Onde eu precisava executar o Wuala usando Java 1.6 enquanto eu precisava desenvolver com o JDK 1.7 e gerenciei isso abrindo o pacote Wuala.app e alterando seu script de inicialização em:
/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:
/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 $*
Ou seja, simplesmente substituindo: exec
por:/usr/libexec/java_home -v 1.6.0 --exec
É claro que isso está bastante envolvido e será interrompido toda vez que o wuala se atualizar automaticamente, mas, caso contrário, funciona.
Para usar outro JDK, veja aqui:
http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jdk.html
quais Estados:
Para executar uma versão diferente do Java, especifique o caminho completo ou use a ferramenta java_home:
/usr/libexec/java_home -v 1.7.0_06 --exec javac -version
Aqui está uma ilustração e exemplos da minha configuração:
Instalações do Oracle JDK:
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 ./
A Apple forneceu o 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 ./
Isso funciona para mim também usar o JDK 1.6 fornecido pela Apple
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 do Oracle:
Selecionando o 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)
Selecionando o 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 padrão é 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 nível de patch "mais alto" 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)