J'ai un serveur RHEL7 avec Oracle Java 8 et Weblogic 12 installés.
Java 8 a été installé en utilisant un rpm de RedHat. Weblogic a été installé à l'aide du paquetage d'installation et des instructions d'Oracle (il n'y avait pas de rpm disponible chez Redhat). Pendant l'installation de Weblogic, j'ai fourni un chemin d'accès symétrique sous la forme suivante JAVA_HOME
, /usr/lib/jvm/java-oracle
. Lorsque weblogic a été installé, la chaîne de liens symboliques était : /usr/lib/jvm/java-oracle
--> /etc/alternatives/java_sdk_oracle
--> /usr/lib/jvm/java-1.8.0-oracle-1.8.0.141-1jpp.1.el7_3.x86_64
.
J'ai essayé Parcheando l'installation de Java 8 de la mise à jour 141 à la mise à jour 161 en installant un rpm plus récent de RedHat. Après cela, Weblogic ne voulait plus démarrer.
Après quelques recherches, j'ai découvert que l'installation Weblogic script avait résolu les liens symboliques et codé en dur la cible, /usr/lib/jvm/java-1.8.0-oracle-1.8.0.141-1jpp.1.el7_3.x86_64
dans plusieurs fichiers de configuration sous le répertoire d'installation de weblogic. L'installation de la mise à jour 161 de Java 8 a supprimé la mise à jour 141.
Il semble donc que Java 8 et Weblogic aient des opinions différentes sur la façon de localiser Java.
Solutions possibles :
-
Modifier les fichiers de configuration dans l'installation de Weblogic après Parcheando Java.
-
Désinstaller/réinstaller Weblogic après avoir Parcheando Java.
-
Ne patchez pas la java.
-
autre
Aucune des trois premières solutions ne semble très bonne.
Quelle est la meilleure façon de mettre à niveau/Parcheando java pour Weblogic 12 sur un serveur Redhat ? Existe-t-il une meilleure méthode ?
0 votes
Je corrigerais la configuration de Weblogic et laisserais les choses aller jusqu'à la prochaine mise à jour.