Vous aurez peut-être besoin de deux approches :

• un pour changer de version pour le plug-in d'applet seul
• une autre approche pour changer la version des autres parties du JRE sans changer la version du plug-in de l'applet.

Mon cas d'utilisation récent :

• Java 8 pour les applications qui n'utilisent pas le plug-in
• Java 7 Update 9 pour le plug-in de l'applet.

Pour faire passer le plug-in d'applet, mais pas les autres parties de JRE/JDK, de Java 8 à Java 7 Update 9

1. quitter les navigateurs web et toute autre application qui utilise Java ou le plug-in applet Java.
2. installer JDK 8
3. mettre de côté le plug-in
4. installez JRE 7 Update 9 ou JDK 7 Update 09.

Mise de côté : proposition de déplacement

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

Si vous envisagez de commutateur fréquemment, vous pouvez préférer un autre emplacement temporaire.

Résultat

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

En même temps :

Pour faire passer le plug-in d'applet, mais pas d'autres parties de JRE/JDK, de Java 7 Update 9 à Java 6 Update 37.

Réponses sous :

• Réactiver Apple Java 6 SE à partir de la ligne de commande ?

Pour faire passer le JRE mais pas le plug-in d'applet de Java 8 à Java 7 Update 9

Installer JDK 7 Update 09 puis JDK 8

• le système d'exploitation et les applications utiliseront par défaut la meilleure version.

Quittez toutes les applications qui utilisent Java. Il n'est pas nécessaire de quitter le navigateur.

Mettez de côté le jdk1.8 répertoire de

/Library/Java/JavaVirtualMachines

• le système d'exploitation et les applications utiliseront Java 7 Update 9.

Pour faire passer le JRE mais pas le plug-in d'applet de Java 7 Update 9 à Java 6 Update 37

Quittez toutes les applications qui utilisent Java. Il n'est pas nécessaire de quitter le navigateur.

Mettez de côté le jdk1.7 répertoire de

/Library/Java/JavaVirtualMachines

• le système d'exploitation et les applications utiliseront Java 6 Update 37.

Exemple

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)

Généralement

Pour les utilisateurs d'OS X, certaines des informations fournies par Oracle sont initialement trompeuses :

• Pourquoi la version de Java vérifiée par Oracle diffère-t-elle de la version affichée sur la ligne de commande ?

et ainsi de suite.

Simplicité

Bien que rien de ce qui précède ne soit aussi simple que de changer l'application Java Preferences précédemment installée par Apple, l'approche relativement simple de mise à l'écart (pas besoin de désinstallation spéciale) rappelle le souhait d'une installation par glisser-déposer précédemment exprimé en el openjdk-osx-build zone.

Quelqu'un pourrait vouloir construire une application, mais je ne devrais pas recommander l'utilisation de liens symboliques - cela fonctionnerait, mais pourrait être incompatible avec les futures approches d'installation par glisser-déposer.

Notes annexes

Au moment de la rédaction de ce rapport, la plus récente les versions supportées pour lesquelles Oracle fait des mises à jour publiquement disponible sur sont (pour les plateformes autres que OS X) Java 6 Update 37 et (pour les plateformes incluant OS X) Java 7 Update 9.

Comme des versions plus importantes seront disponibles, veuillez réinterpréter cette réponse en conséquence.

La terminologie de la version Java dans cette réponse est en accord avec Centre d'aide Java terminologie.