UDDI-Registry-Anwendung erneut installieren

Sie können eine vorhandene UDDI-Registry-Anwendung entfernen und erneut installieren, um den UDDI-Anwendungscode zu ändern, aber weiterhin UDDI-Services mit der vorhandenen UDDI-Datenbank bereitstellen.

Informationen zu diesem Vorgang

Ein UDDI-Registry-Knoten setzt sich aus den folgenden Elementen zusammen:
  • einer Java™ EE-Anwendung,
  • einem Datenspeicher, der als UDDI-Datenbank bezeichnet wird (die UDDI-Datenbank verwendet ein Verwaltungssystem für relationale Datenbanken),
  • einer Methode, um die Anwendung mit den Daten zu verbinden (Datenquelle und zugehörige Elemente).
Alle Daten, die sich auf UDDI beziehen, werden in der UDDI-Datenbank gespeichert, und deshalb sind diese Daten unabhängig von der UDDI-Anwendung vorhanden. Deshalb können Sie einen UDDI-Registry-Knoten aus dem Anwendungsserver entfernen, ohne die Datenbank zu löschen, und anschließend die UDDI-Registry-Anwendung erneut installieren. Sie müssen diesen Weg möglicherweise gehen, wenn eine Anwendung beschädigt ist oder wenn Sie Serviceänderungen anwenden müssen.

Vorgehensweise

  1. Notieren Sie sich alle Änderungen, die Sie an der installierten UDDI-Anwendung vorgenommen haben und beibehalten möchten, z. B. Änderungen an den Zuordnungen der Sicherheitsrollen, Änderungen am Implementierungsdeskriptor (web.xml) in der Datei "v3soap.war", "v3gui.war", "v3soap.war" oder "soap.war" oder Anpassungen der UDDI-Benutzerschnittstelle. Solche Änderungen gehen während des Neuinstallationsprozesses verloren, und Sie müssen die Änderungen, die Sie beibehalten möchten, erneut anwenden.
  2. Entfernen Sie die vorhandene UDDI-Anwendung, und installieren Sie sie durch Ausführung des wsadmin-Scripts "uddiDeploy.jacl" im Verzeichnis "Stammverzeichnis_des_Anwendungsservers/bin" erneut. Verwenden Sie die Option default nicht, selbst wenn Sie diese Option zuvor zum Konfigurieren eines UDDI-Standardknotens verwendet haben. Wenn Sie die Option "default" verwenden, kann während der Implementierung ein Fehler auftreten, und in einigen Fällen können sogar vorhandene UDDI-Daten überschrieben werden.

    Wenn Sie die UDDI-Registry in einer Konfiguration von WebSphere Application Server Network Deployment implementieren, müssen Sie sicherstellen, dass der Deployment Manager als Ziel angegeben ist.

    Geben Sie den folgenden Befehl an einer Eingabeaufforderung ein:

    [AIX Solaris HP-UX Linux Windows][IBM i]
    wsadmin [-conntype none] [-profileName Profilname] -f uddiDeploy.jacl
             {Knotenname Servername | Clustername} 
    [z/OS]
    wsadmin.sh [-conntype none] [-profileName Profilname] -f uddiDeploy.jacl
               {Knotenname Servername | Clustername} 
    Für diese Angaben gilt Folgendes:
    • -conntype none ist ein optionaler Parameter, der nur erforderlich ist, wenn der Anwendungsserver oder Deployment Manager nicht aktiv ist.
    • -profileName Profilname ist optional und gibt den Namen des Profils an, in dem die UDDI-Anwendung implementiert wird. Wenn Sie kein Profil angeben, wird das Standardprofil verwendet.
    • Knotenname und Servername sind die Namen des Knotens bzw. des Anwendungsservers WebSphere Application Server, unter denen die UDDI-Anwendung implementiert ist. Diese Namen haben Sie angegeben, als Sie das Script "uddiDeploy.jacl" zum Installieren der UDDI-Anwendung ausgeführt haben.
    • Clustername ist der Name des Clusters von WebSphere Application Server, in dem die UDDI-Anwendung implementiert ist. Diesen Namen haben Sie beim Ausführen des Scripts "uddiDeploy.jacl" für die Installation der UDDI-Anwendung angegeben.
    Anmerkung: Diese Prozedur ändert den vorhandenen JDBC-Provider, die vorhandene Datenquelle und die vorhandenen J2C-Authentifizierungsdateneinträge (J2EE Connector Architecture) nicht. Die vorhandenen UDDI-Registrydaten, einschließlich der UDDI-Entitäten, -Eigenschaftseinstellungen und -Richtlinieneinstellungen sind von dieser Prozedur ebenfalls nicht betroffen.
  3. Optional: Wenn Sie die Ausgabe in eine Protokolldatei umleiten möchten, fügen Sie am Ende des Befehls die folgende Option hinzu, wobei "Protokollname.log" für den Namen steht, den Sie für die Protokolldatei auswählen:
    > Protokollname.log
  4. Falls Sie in Schritt 1 Ihre Änderungen notiert haben, wenden Sie diese jetzt erneut an.
  5. Damit die erneut angewendeten Änderungen wirksam werden, starten Sie den Anwendungsserver bzw. starten ihn erneut.

Symbol, das den Typ des Artikels anzeigt. Taskartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=twsu_reinstall
Dateiname:twsu_reinstall.html