Es posible que necesite dos enfoques:

• uno para cambiar la versión para el plug-in del applet solo
• otro enfoque para cambiar la versión para otras partes del JRE sin cambiar la versión para el plug-in del applet.

Mi caso de uso reciente :

• Java 8 para las aplicaciones que no utilizan el plug-in
• Java 7 Actualización 9 para el plug-in del applet.

Para cambiar el plug-in del applet pero no otras partes del JRE/JDK de Java 8 a Java 7 Update 9

1. abandonar los navegadores web y cualquier otra aplicación que utilice Java o el complemento Java applet
2. instalar JDK 8
3. dejar de lado el complemento
4. instale JRE 7 Update 9 o JDK 7 Update 09.

Apartar: movimiento sugerido

sudo mv /Library/Internet\ Plug-Ins/JavaAppletPlugin.plugin /private/var/tmp

Si tiene previsto cambiar con frecuencia, puede preferir una ubicación temporal diferente.

Resultado

sh-3.2$ java -version
java version "1.8.0-ea"
Java(TM) SE Runtime Environment (build 1.8.0-ea-b58)
Java HotSpot(TM) 64-Bit Server VM (build 25.0-b02, mixed mode)
sh-3.2$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.8.2
BuildVersion:   12C60

Al mismo tiempo:

Para cambiar el plug-in del applet pero no otras partes del JRE/JDK de Java 7 Update 9 a Java 6 Update 37

Respuestas en:

• ¿Reactivar Apple Java 6 SE desde la línea de comandos?

Para cambiar el JRE, pero no el plug-in del applet, de Java 8 a Java 7 Update 9

Instalar JDK 7 Update 09 y luego JDK 8

• el sistema operativo y las aplicaciones utilizarán por defecto la mejor versión.

Salga de cualquier aplicación que utilice Java. No es necesario salir del navegador.

Aparte el jdk1.8 directorio de

/Library/Java/JavaVirtualMachines

• el sistema operativo y las aplicaciones utilizarán Java 7 Actualización 9.

Para cambiar el JRE pero no el plug-in del applet de Java 7 Update 9 a Java 6 Update 37

Salga de cualquier aplicación que utilice Java. No es necesario salir del navegador.

Aparte el jdk1.7 directorio de

/Library/Java/JavaVirtualMachines

• el sistema operativo y las aplicaciones utilizarán Java 6 Actualización 37.

Ejemplo

macbookpro08-centrim:~ gjp22$ 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)
macbookpro08-centrim:~ gjp22$ sudo mv /Library/Java/JavaVirtualMachines/jdk1.7.0_09.jdk /private/var/tmp
Password:
macbookpro08-centrim:~ gjp22$ 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)

Generalmente

Para los usuarios de OS X, parte de lo que proporciona Oracle es inicialmente engañoso:

• ¿Por qué la versión de Java verificada por Oracle difiere de la versión mostrada en la línea de comandos?

y así sucesivamente.

Simplicidad

Aunque nada de lo anterior es tan sencillo como cambiar con la aplicación de Preferencias de Java previamente instalada por Apple, el enfoque relativamente sencillo de dejar de lado (sin necesidad de una desinstalación especial) es una reminiscencia del deseo de la instalación de arrastrar y soltar expresado anteriormente en el openjdk-osx-build zona.

Alguien podría querer construir una aplicación, pero no debería recomendar el uso de enlaces simbólicos - funcionaría, pero podría ser incoherente con futuros enfoques de instalación de arrastrar y soltar.

Notas complementarias

En el momento de redactar el presente documento, el más reciente versiones compatibles para las que Oracle realiza actualizaciones públicamente disponible son (para plataformas distintas de OS X) Java 6 Update 37 y (para plataformas que incluyen OS X) Java 7 Update 9.

A medida que se vayan publicando más versiones, le rogamos que reinterprete esta respuesta en consecuencia.

La terminología de la versión de Java en esta respuesta está en consonancia con Centro de ayuda de Java la terminología.