Réinstallation de l'application de registre UDDI

Vous pouvez supprimer et réinstaller une application de registre UDDI existante pour modifier le code d'application UDDI tout en continuant à fournir des services UDDI avec votre base de données UDDI existante.

Pourquoi et quand exécuter cette tâche

Un noeud de registre UDDI comprend les éléments suivants :
  • Une application Java™ EE.
  • Un magasin de données qui correspond à la base de données UDDI. La base de données UDDI utilise un système de gestion de base de données relationnelle.
  • Un moyen de connecter l'application aux données (une source de données et divers objets associés).
Toutes les données relatives à UDDI sont stockées dans la base de données UDDI et, par conséquent, existent indépendamment de l'application UDDI. Vous pouvez donc supprimer un noeud de registre UDDI sur le serveur d'applications sans supprimer la base de données, puis réinstaller l'application du registre UDDI. Vous pouvez effectuer cette opération si une application est corrompue ou afin d'appliquer des modifications de service.

Procédure

  1. Prenez note de toutes les modifications que vous avez apportées à l'application UDDI installée et que vous souhaitez conserver après la réinstallation. Il peut s'agir, par exemple, de modifications des mappages des rôles de sécurité, de changements apportés au descripteur de déploiement (web.xml) dans le fichier v3soap.war, v3gui.war, v3soap.war ou soap.war, ou encore d'une personnalisation de l'interface utilisateur (GUI) UDDI. Toutes ces modifications sont perdues lors du processus de réinstallation. Si vous souhaitez les conserver, vous devez de nouveau les appliquer ultérieurement.
  2. Supprimez l'application UDDI existante et réinstallez-la en exécutant le script wsadmin uddiDeploy.jacl depuis le répertoire racine_serveur_app/bin. N'utilisez pas l'option default même si vous l'avez utilisée précédemment pour configurer un noeud UDDI par défaut. Si vous utilisez l'option par défaut, il se peut que vous rencontriez une erreur au cours du déploiement ou dans certains cas, vos données UDDI existantes peuvent être remplacées.

    Si vous déployez le registre UDDI dans une configuration WebSphere Application Server, Network Deployment, vérifiez que le gestionnaire de déploiement est bien la cible.

    Entrez la commande suivante à l'invite :

    [AIX Solaris HP-UX Linux Windows][IBM i]
    wsadmin [-conntype none] [-profileName profile_name] -f uddiDeploy.jacl 
             {node_name server_name | cluster_name} 
    [z/OS]
    wsadmin.sh [-conntype none] [-profileName profile_name] -f uddiDeploy.jacl 
               {node_name server_name | cluster_name} 
    où :
    • L'argument -conntype none est facultatif et n'est requis que si le serveur d'applications ou le gestionnaire de déploiement ne sont pas en cours d'exécution.
    • -profileName nom_profil est facultatif, il s'agit du nom du profil selon lequel l'application UDDI est déployée. Si vous n'indiquez aucun profil, le profil par défaut est utilisé.
    • nom_noeud et nom_serveur correspondent respectivement au nom du noeud WebSphere Application Server et à celui du serveur d'applications dans lesquels l'application UDDI est déployée. Il s'agit des noms que vous avez spécifiés lorsque vous avez exécuté le script uddiDeploy.jacl pour installer l'application UDDI.
    • nom_cluster est le nom du cluster WebSphere Application Server dans lequel l'application UDDI est déployée. Il s'agit de celui que vous avez spécifié lorsque vous avez exécuté le script uddiDeploy.jacl pour installer l'application UDDI.
    Remarque : Cette procédure ne change en rien le paramétrage existant du fournisseur et de la source de données JDBC ainsi que des éventuelles entrées de données d'authentification J2C. De même, elle n'affecte pas les données de registre UDDI existantes (les entités UDDI ainsi que les propriétés et les règles sont toutes conservées).
  3. Facultatif : Pour la rediriger vers un fichier journal, ajoutez l'option suivante à la fin de la commande, où nom_journal.log correspond au nom de fichier de votre choix.
    > log_name.log
  4. Si, à l'étape 1, vous avez pris note de modifications à conserver, réappliquez-les maintenant.
  5. Pour que les modifications soient de nouveau appliquées, démarrez ou redémarrez le serveur d'applications.

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twsu_reinstall
Nom du fichier : twsu_reinstall.html