![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
Désinstallation de fichiers d'application d'entreprise en les faisant glisser à partir d'un répertoire contrôlé
Une fois qu'un fichier d'application n'est plus nécessaire, vous pouvez le désinstaller en supprimant son fichier d'archive d'entreprise (EAR), son fichier d'archive Web (WAR), son fichier d'archive Java™ (JAR), ou son fichier d'archive SIP (Session Initiation Protocol) (SAR) d'un répertoire contrôlé. Un fichier d'application d'entreprise doit être conforme à la spécification Java EE (Java Platform, Enterprise Edition).
Avant de commencer
racine_serveur_app/profiles/nom_profil/monitoredDeployableApps
racine_serveur_app/profiles/default/monitoredDeployableApps
Sur les systèmes d'exploitation distribués, le répertoire contrôlé des serveurs d'applications de base (autonomes) se trouve sous le profil du serveur. Le chemin du répertoire est racine_serveur_app/profiles/nom_profil_serveur_app/monitoredDeployableApps/servers/nom_serveur.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
- Pour les serveurs d'applications, le chemin du répertoire est racine_serveur_app/profiles/nom_profil_serveur_app/monitoredDeployableApps/servers/nom_serveur.
- Pour les noeuds gérés (fédérés), le chemin du répertoire est racine_serveur_app/profiles/nom_profil_gestionnaire-déploiement/monitoredDeployableApps/nodes/nom_noeud/servers/nom_serveur.
- Pour les clusters, le chemin du répertoire est racine_serveur_app/profiles/nom_profil_gestionnaire-déploiement/monitoredDeployableApps/clusters/nom_cluster.
![[z/OS]](../images/ngzos.gif)
- Pour les serveurs d'applications, le chemin du répertoire est racine_serveur_app/AppServer/profiles/default/monitoredDeployableApps/servers/nom_serveur.
- Pour les noeuds gérés (fédérés), le chemin du répertoire est racine_serveur_app/DeploymentManager/profiles/default/monitoredDeployableApps/nodes/nom_noeud/servers/nom_serveur.
- Pour les clusters, le chemin du répertoire est racine_serveur_app/DeploymentManager/profiles/default/monitoredDeployableApps/clusters/nom_cluster.
Pourquoi et quand exécuter cette tâche
Pour les applications installées précédemment grâce à l'ajout d'un fichier EAR, JAR, WAR ou SAR à un sous-répertoire contrôlé monitoredDeployableApps, vous pouvez désinstaller l'application ou le module du serveur d'applications en faisant glisser ou en supprimant le fichier EAR, JAR, WAR ou SAR du sous-répertoire monitoredDeployableApps.
Par défaut, le produit analyse le répertoire contrôlé à la recherche de nouvelles applications toutes les 5 secondes au maximum. Le serveur ou le cluster doit être en fonctionnement pour que le produit détecte des modifications dans les fichiers de son répertoire contrôlé.
racine_serveur_app/profiles/nom_profil/installedApps/nom_cellule
racine_serveur_app/profiles/default/installedApps/nom_cellule
La désinstallation d'un fichier d'application le supprime du référentiel de configuration du produit et supprime les fichiers binaires du module d'application du système de fichiers du noeud sur lequel les modules d'application sont installés.
Cette rubrique suppose l'utilisation d'un explorateur graphique pour faire glisser ou supprimer le fichier EAR, JAR, WAR ou SAR à partir du répertoire. Vous pouvez également utiliser les commandes du système d'exploitation pour supprimer un fichier dans un répertoire contrôlé.
Procédure
Résultats
Le produit arrête l'application ou le module et le désinstalle du serveur d'applications ou du cluster.
Dans l'exemple AppSrv02, le produit écrit des messages
relatifs à la désinstallation dans le fichier SystemOut.log situé dans le répertoire racine_serveur_app/logs/nom_serveur.
Les messages commencent par la clé de message CWLDD.
Pour les désinstallations à partir d'un noeud fédéré d'un gestionnaire de déploiement, le produit désinstalle l'application ou le module au niveau du gestionnaire de déploiement, mais le synchronise pas la modification avec un noeud dont l'agent est arrêté. Les modifications sont appliquées au noeud au prochain démarrage de l'agent assorti d'une synchronisation.
Que faire ensuite
Examinez le serveur ou le cluster pour vérifier que l'application ou le module n'est plus installé.
Si la désinstallation échoue, lisez les messages figurant dans le fichier SystemOut.log et corrigez l'erreur. Ajoutez à nouveau le fichier EAR, JAR, WAR ou SAR dans le sous-répertoire contrôlé monitoredDeployableApps, attendez que le produit détecte le fichier, puis supprimez-le à nouveau du répertoire. Si la désinstallation n'aboutit toujours pas, utilisez la console d'administration ou un script wsadmin pour désinstaller le fichier d'application.