9.4. Installer des correctifs en Zip

9.4.1. Le Patch Management System (système de gestion des correctifs)

Le système de gestion de correctifs de JBoss EAP 6 est utilisé pour appliquer les correctifs zip téléchargés dans un serveur JBoss EAP 6 individuel. Il est accessible via la console de gestion ou par le biais de l'interface CLI à l'aide de la commande patch. Le système de gestion de correctifs ne permet pas de corriger automatiquement les instances du serveur JBoss EAP 6 sur un domaine géré, mais les instances de serveur individuel d'un domaine géré peuvent être corrigées indépendamment.

Important

Les instances de serveur JBoss EAP 6 qui ont été installées par la méthode RPM ne peuvent pas être mises à jour par le système de gestion des correctifs. Consultez Section 9.5, « Correctifs d'installation RPM » pour mettre à jour les serveurs JBoss EAP 6 installés via RPM.

Note

Le système de gestion des correctifs ne peut être utilisé qu'avec les correctifs produits pour les versions JBoss EAP 6.2 ou versions supérieures. Pour les correctifs des versions JBoss EAP antérieures à 6.2, vous devrez, à la place, consulter la documentation de la version concernée à l'adresse suivante https://access.redhat.com/site/documentation/.
En plus d'appliquer des correctifs, le système de gestion des correctifs peut vous donner des informations de base sur l'état des correctifs installés, et peut aussi vous fournir une façon de retirer immédiatement une application de correctif.
Quand vous appliquez ou annulez un correctif, le système de gestion des correctifs vérifiera les modules et autres fichiers divers qu'il est en train de modifier pour vérifier tout changement de la part de l'utilisateur. Si un changement utilisateur est détecté, et qu'un commutateur de gestion des conflits n'a pas été spécifié, le système de gestion des correctifs va abandonner l'opération et avertir qu'il y a un conflit. L'avertissement comprendra une liste des modules et des autres fichiers qui sont en conflit. Pour terminer, l'opération devra être ré-exécutée avec une option (commutateur) spécifiant comment résoudre le conflit : soit pour conserver les modifications utilisateur, ou pour les substituer.
Le tableau ci-dessous énumère tous les arguments et toutes les options de la commande d'interface CLI patch.

Tableau 9.1. Arguments et Options de commande patch

Argument ou Option Description
apply Applique un correctif
--override-all S'il y a un conflit, l'opération de correctif va remplacer toutes les modifications utilisateur.
--override-modules Si le conflit résulte de la modification d'un module, cette option remplacera ces modifications par le contenu de l'opération de correctif.
--override=path(,path) Pour les divers fichiers spécifiés uniquement, cela remplacera les fichiers modifiés en conflit par les fichiers de l'opération de correctif.
--preserve=path(,path) Pour les divers fichiers spécifiés uniquement, cela préservera les fichiers modifiés en conflit.
--host=HOST_NAME Disponible en mode de domaine, indique l'hôte sur lequel l'opération de correction aura lieu.
info Renvoie l'information sur les correctifs actuellement installés.
history Renvoie l'information sur l'historique des correctifs.
rollback Opération de restauration suite à l'application d'un correctif.
--patch-id=PATCH_ID Requis pour la suppression, l'ID du correctif à restaurer.
--reset-configuration=TRUE|FALSE Dans le cadre d'une restauration, cela indique si on doit restaurer les fichiers de configuration du serveur.
--rollback-to Si le correctif à supprimer est un correctif isolé (une seule fois), en utilisant cet argument, vous spécifiez que l'opération de restauration s'appliquera à tous les autres correctifs isolés appliqués au dessus du correctif spécifié.