Installierte Anwendungen mit dem Scripting-Tool "wsadmin" aktualisieren
Mit dem Tool wsadmin und Scripting können Sie installierte Anwendungen in einem Anwendungsserver aktualisieren.
Informationen zu diesem Vorgang
Der Befehl update und der Befehl updateinteractive unterstützen jeweils eine Gruppe von Optionen. Sie können eine Liste mit unterstützten Optionen für eine EAR-Datei (Enterprise Archive) auch mit dem Befehl options abrufen. Beispiel:
$AdminApp options
print AdminApp.options()
Sie können einen Konfigurationswert mit Optionen im Stapelbetrieb definieren oder aktualisieren. Anhand von Werten schreibgeschützter Felder wird festgestellt, welches Konfigurationsobjekt definiert oder aktualisiert werden soll. Alle Werte schreibgeschützter Felder müssen mit einem vorhandenen Konfigurationsobjekt übereinstimmen, da sonst der Befehl fehlschlägt.
Führen Sie die folgenden Schritte aus, um die Anwendung zu aktualisieren:
Vorgehensweise
Nächste Schritte
Nach der Ausführung der in dieser Task beschriebenen Schritte wird eine Erfolgsnachricht zurückgegeben, wenn das System die Anwendung erfolgreich aktualisiert hat. Die Schritte können jedoch auch erfolgreich ausgeführt werden, bevor das System jede Binärdatei extrahiert. In einer Network Deployment-Umgebung werden Binärdateien beispielsweise erst nach Abschluss der Knotensynchronisation extrahiert. Sie können die Anwendung erst starten, nachdem das System alle Binärdateien extrahiert hat. Verwenden Sie vor dem Starten der Anwendung die Befehle isAppReady und getDeployStatus für das Objekt "AdminApp", um zu prüfen, ob das System die Binärdateien extrahiert hat.
Der Befehl isAppReady gibt den Wert true zurück, wenn das System für das Starten der Anwendung bereit ist, und den Wert false. wenn das System noch nicht bereit ist, die Anwendung zu starten. Wenn das System nicht zum Starten der Anwendung bereit ist, dekomprimiert das System die Anwendungsbinärdateien möglicherweise noch. Ein Script, das eine Anwendung aktualisiert und dann startet, wiederholt einen Aufruf von "isAppReady" normalerweise so lange, bis der Wert "true" zurückgegeben wird, bevor es versucht, die Anwendung zu starten. Dies wird im folgenden Beispiel veranschaulicht:
import time
result = AdminApp.isAppReady('application1')
while (result == "false"):
### 5 Minuten bis zur nächsten Überprüfung warten
time.sleep(5)
result = AdminApp.isAppReady('application1')
print("Starting application...")
set result [$AdminApp isAppReady application1]
while {$result == "false"} {
### 5 Minuten bis zur nächsten Überprüfung warten
after 5000
set result [$AdminApp isAppReady application1]
}
puts "Starting application..."
AdminApp.getDeployStatus('app1')
Wenn Sie den Befehl getDeployStatus ausführen und app1 gleich DefaultApplication ist, werden Statusinformationen ähnlich den folgenden zu DefaultApplication angezeigt:
ADMA5071I: Die Überprüfung des Verteilungsstatus für die Anwendung DefaultApplication wurde gestartet.
WebSphere:cell=myCell01,node=myNode01,distribution=unknown,expansion=unknown
ADMA5011I: Die Bereinigung des temporären Verzeichnisses für die Anwendung DefaultApplication ist abgeschlossen.
ADMA5072I: Die Überprüfung des Verteilungsstatus für die Anwendung DefaultApplication.
WebSphere:cell=myCell01,node=myNode01,distribution=unknown,expansion=unknown