Es posible que necesite dos enfoques:
- uno para cambiar la versión del complemento de applet solo
- otro enfoque para cambiar la versión para otras partes del JRE sin cambiar la versión para el complemento de applet.
Mi caso de uso reciente :
- Java 8 para aplicaciones que no usan el complemento
- Java 7 Update 9 para el complemento de applet.
Para cambiar el complemento del applet pero no otras partes del JRE / JDK de Java 8 a Java 7 Actualización 9
- salir de los navegadores web y cualquier otra aplicación que use Java o el complemento de applet de Java
- instala JDK 8
- dejar de lado el complemento
- instala JRE 7 Update 9 o JDK 7 Update 09.
Dejando de lado: movimiento sugerido
sudo mv /Library/Internet\ Plug-Ins/JavaAppletPlugin.plugin /private/var/tmp
Si planea cambiar con frecuencia, es posible que prefiera 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:
ParacambiarelcomplementodelappletperonootraspartesdelJRE/JDKdeJava7Update9aJava6Update37
Respuestasen:
- ¿Volver a habilitar Apple Java 6 SE desde la línea de comandos?
Para cambiar el JRE pero no el complemento de applet de Java 8 a Java 7 Update 9
Instale JDK 7 Update 09 y luego JDK 8
- el sistema operativo y las aplicaciones usarán de forma predeterminada la versión más grande.
Salga de cualquier aplicación que use Java. No es necesario salir del navegador.
Separe el directorio jdk1.8
… de
/Library/Java/JavaVirtualMachines
- el sistema operativo y las aplicaciones utilizarán Java 7 Update 9.
Para cambiar el JRE pero no el complemento de applet de Java 7 Update 9 a Java 6 Update 37
Salga de cualquier aplicación que use Java. No es necesario salir del navegador.
Separe el directorio jdk1.7
… de
/Library/Java/JavaVirtualMachines
- el sistema operativo y las aplicaciones utilizarán Java 6 Update 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, algo de lo que proporciona Oracle inicialmente es engañoso:
... y así sucesivamente.
Simplicidad
Aunque nada de lo anterior es tan simple como cambiar con la aplicación de Preferencias de Java previamente instalada por Apple, el enfoque relativamente simple de dejar de lado (no es necesario realizar una desinstalación especial) recuerda el deseo de instalación de arrastrar y soltar ... anteriormente expresado en el área openjdk-osx-build .
A alguien le gustaría crear una aplicación, pero no debería recomendar el uso de enlaces simbólicos; funcionaría, pero podría ser inconsistente con los futuros enfoques de instalación y arrastre y suelte.
Notas al margen
En el momento de redactar este documento, el más reciente admitía las versiones para las cuales Oracle hace que las actualizaciones públicamente estén disponibles (para plataformas distintas de OS X) Java 6 Update 37 y (para plataformas que incluyen OS X) Java 7 Update 9.
A medida que haya más versiones disponibles, por favor, reinterprete esta respuesta en consecuencia.
La terminología de la versión Java en esta respuesta está en línea con la terminología Java Help Center .