Globale Konfigurationsdatei für Web-Server-Plug-ins erstellen oder aktualisieren

Wenn alle Anwendungsserver in einer Zelle denselben Web-Server verwenden, um Anforderungen für dynamischen Inhalt, wie z. B. Servlets, von Webanwendungen an Anwendungen weiterzuleiten, können Sie für diese Zelle eine globale Konfigurationsdatei für Web-Server-Plug-ins erstellen. Die erstellte Datei plugin-cfg.xml befindet sich im Verzeichnis Profilstammverzeichnis/config/cells.

Vorbereitende Schritte

Veraltetes Feature Veraltetes Feature: Die topologieorientierte Konfiguration, die auch als globale Konfiguration bezeichnet wird, wird nicht mehr verwendet. Verwenden Sie stattdessen eine anwendungsorientierte Konfiguration, die flexibler ist und Unterstützung für dynamische Funktionen wie Intelligent Management bietet. Weitere Informationen finden Sie im Artikel Web-Server-Plug-in implementieren.depfeat
Fehler vermeiden Fehler vermeiden: Die topologiezentrierte oder globale Plug-in-Konfiguration wird nicht mehr verwendet. Statt dessen sollte die in Web-Server-Plug-in implementieren beschriebene anwendungszentrierte Konfiguration verwendet werden. Für eine bestehende topologiezentrierte Konfiguration können Sie Sie die globale Datei plugin-cfg.xml über die Administrationskonsole oder durch Ausführen des Befehls GenPluginCfg für alle Cluster in einer Zelle aktualisieren. Allerdings müssen Sie die Datei config/cells/plugin-cfg.xml löschen, bevor Sie die globale Datei plugin-cfg.xml aktualisieren. Wenn Sie die Datei config/cells/plugin-cfg.xml nicht löschen, werden nur die neuen Eigenschaften mit ihren Werten in die globale Datei plugin-cfg.xml aufgenommen. Alle Aktualisierungen, die an den vorhandenen Plug-in-Eigenschaftswerten vorgenommen wurden, werden der globalen Datei plugin-cfg.xml nicht hinzugefügt. gotcha

Informationen zu diesem Vorgang

Nach der Ausführung einer der folgenden Aktionen müssen Sie die globale Web-Server-Plug-in-Konfigurationsdatei aktualisieren:
  • Sie ändern die Konfigurationseinstellungen für einen Anwendungsserver, Cluster, virtuellen Host oder Web-Container-Transport der Zelle.
  • Sie fügen der Zelle einen neuen Anwendungsserver, Cluster, virtuellen Host oder Web-Container-Transport hinzu.

Zum Aktualisieren der Konfigurationseinstellungen für ein globales Web-Server-Plug-in können Sie die Seite für die Aktualisierung der globalen Web-Server-Plug-in-Konfiguration in der Administrationskonsole verwenden oder den folgenden Befehl absetzen:

%was_profile_home%/config/cells/GenPluginCfg.sh|bat

Beide Methoden zum erneuten Generieren der globalen Konfiguration für Web-Server-Plug-ins erstellen eine Datei plugin-cfg.xml im ASCII-Format.

Gehen Sie wie folgt vor, um die Seite für die Aktualisierung der globalen Web-Server-Plug-in-Konfiguration in der Administrationskonsole zu verwenden:

Vorgehensweise

  1. Klicken Sie auf Umgebung > Globale Web-Server-Plug-in-Konfiguration aktualisieren.
  2. Klicken Sie auf OK, um die Datei plugin-cfg.xml zu aktualisieren.
  3. Optional: Klicken Sie auf Aktuelle Konfigurationsdatei für Web-Server-Plug-ins anzeigen oder herunterladen, wenn Sie die aktuelle Version dieser Datei anzeigen oder herunterladen möchten.
    Sie können diese Option in folgenden Situationen verwenden:
    • Aktuelle Version der Datei vor der Aktualisierung anzeigen
    • Datei nach der Aktualisierung anzeigen
    • Kopie dieser Datei auf eine ferne Maschine herunterladen

Ergebnisse

Die erneute Generierung der Konfiguration kann eine Weile dauern. Nach Abschluss dieses Prozesses verwenden alle Objekte in der Verwaltungszelle die neuesten Einstellungen, auf die der Web-Server zugreifen kann. Die Regenerierung von Plug-ins dauert unabhängig davon, ob sie manuell ausgelöst oder automatisch ausgeführt wird, 30 bis 60 Sekunden, wenn der Anwendungsserver sich auf demselben physischen System (Knoten) befindet wie der Web-Server. In anderen Fällen nimmt der Vorgang mehr Zeit in Anspruch.

Die Verzögerung ist wichtig, da sie bestimmt, wann die neue Plug-in-Konfiguration wirksam wird. Nehmen Sie an, Sie fügen einen neuen bereitgestellten Pfad für ein Servlet hinzu und generieren dann die Plug-in-Konfigurationen neu. Die Regeneration erfordert 40 Sekunden. Danach muss ein Benutzer über den neuen bereitgestellten Pfad auf das Servlet zugreifen können.

Für ein HTTP-Plug-in wird die Verzögerungsdauer durch das Attribut "Aktualisierungsintervall" des Config-Elements in der Datei plugin-cfg.xml bestimmt. Das Plug-in ruft die Platte oder das Dateisystem in diesem Intervall ab, um festzustellen, ob die Konfiguration geändert wurde. Das Standardintervall ist 60 Sekunden. Zur erneuten Generierung benötigt die Plug-in-Konfiguration einen Zeitraum, der doppelt so lang ist wie das Aktualisierungsintervall.

In einer Entwicklungsumgebung, in der Sie häufig Einstellungen in der Administrationskonsole ändern, wird empfohlen, das Aktualisierungsintervall auf 3 bis 5 Sekunden zu setzen.

Legen Sie in einer Produktionsumgebung ein längeres Aktualisierungsintervall fest, vielleicht 30 Minuten, je nach Änderungshäufigkeit.

Nächste Schritte

Möglicherweise müssen Sie die Anwendungsserver in der Zelle stoppen und dann erneut starten, damit die Änderungen in der Plug-in-Konfiguration wirksam werden.

Klicken Sie, wenn der Web-Server auf einer fernen Maschine ausgeführt wird, auf Aktuelle Konfigurationsdatei für Web-Server-Plug-ins anzeigen oder herunterladen, um eine Kopie der Datei plugin-cfg.xml auf diese Maschine herunterzuladen.

Wenn der Deployment Manager auf einer anderen Maschine installiert wird als der, auf der das Produkt installiert ist, muss eine der folgenden Lösungen implementiert werden, damit die Datei plugin-cfg.xml die Verzeichnisstrukturen des Anwendungsservers beibehält und nicht diejenigen des Deployment Manager voraussetzt, nachdem das Plug-in erneut generiert und eine vollständige Synchronisation durchgeführt wird.

  • Befehlszeile:
    [AIX Solaris HP-UX Linux Windows][IBM i]Geben Sie bei einer Eingabeaufforderung den folgenden Befehl ein, um in das Verzeichnis DeploymentManager/bin zu wechseln und auf der Maschine anzugeben, wo der Deployment Manager installiert ist. Dieser Befehl erstellt oder aktualisiert die Datei plugin-cfg.xml und ändert alle Verzeichnisse in der Datei plugin-cfg.xml in Stammverzeichnis_des_Anwendungsservers.
    GenPluginCfg -destination.root <Stammverzeichnis_des_Anwendungsservers>
    [z/OS]Geben Sie bei einer Eingabeaufforderung den folgenden Befehl ein, um in das Verzeichnis DeploymentManager/bin zu wechseln und auf der Maschine anzugeben, wo der Deployment Manager installiert ist. Dieser Befehl erstellt oder aktualisiert die Datei plugin-cfg.xml und ändert den Pfad aller Verzeichnisse in der Datei plugin-cfg.xml in WAS_HOME/AppServer.
    GenPluginCfg.sh -destination.root WAS_HOME/AppServer

    Setzen Sie im Verzeichnis DeploymentManager/bin den folgenden Befehl ab.

    [AIX Solaris HP-UX Linux Windows][IBM i]
    GenPluginCfg -destination.root "E:\WebSphere\AppServer"
    [z/OS]
    GenPluginCfg -destination.root "/WebSphere/V5R0M0/AppServer"
  • Datei plugin-cfg.xml:

    Bearbeiten Sie die Datei plugin-cfg.xml so, dass sie auf die richtige Verzeichnisstruktur für die Protokolldatei, den Schlüsselring und die Stash-Datei verweisen.

    Führen Sie eine vollständige Synchronisation durch, damit die Datei plugin-cfg.xml in allen Knoten repliziert wird. Sie können die Knoten mit Scripting oder über die Administrationskonsole in der Zelle synchronisieren.

    Die Datei plugin-cfg.xml des Deployment Manager kann auf die Anwendungsserververzeichnisse verweisen, ohne dass ein Konflikt auftritt.


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=twsv_plugin_regen
Dateiname:twsv_plugin_regen.html