Die Scripting-Bibliothek enthält Jython-Scriptprozeduren, die Sie bei der Automatisierung Ihrer Umgebung unterstützen.
Verwenden Sie die Scripts in der Scriptbibliothek "AdminResources", um Mail-, URL- und Ressourceneinstellungen zu konfigurieren.
Vorbereitende Schritte
Bevor Sie diese Task ausführen können, müssen Sie einen Anwendungsserver in Ihrer Umgebung installieren.
Informationen zu diesem Vorgang
Die Scripting-Bibliothek enthält eine Reihe von Prozeduren für die Automatisierung der meisten gebräuchlichen Verwaltungsfunktionen
des Anwendungsservers.
Die Jython-Scriptbibliothek kann auf verschiedene Arten verwendet werden.
- Sie können Scripts aus der Jython-Scriptbibliothek im Dialogmodus
über das Tool "wsadmin" ausführen. Sie können das Tool "wsadmin" starten und einzelne Scripts aus der
Scriptbibliothek mit der folgenden Syntax ausführen:
wsadmin>AdminServerManagement.createApplicationServer("myNode", "myServer", "default")
- Verwenden Sie einen Texteditor, um mehrere Scripts aus der Jython-Scriptbibliothek zu kombinieren, wie im folgenden Beispiel gezeigt wird:
#
# My Custom Jython Script - file.py
#
AdminServerManagement.createApplicationServer("myNode", "Server1", "default")
AdminServerManagement.createApplicationServer("myNode", "Server2", "default")
# Ein Member als erstes Member eines Clusters verwenden
AdminClusterManagement.createClusterWithFirstMember("myCluster", "APPLICATION_SERVER", "myNode", "Server1")
# Dem Cluster ein zweites Member hinzufügen
AdminClusterManagement.createClusterMember("myCluster", "myNode", "Server3")
# Anwendung installieren
AdminApplication.installAppWithClusterOption("DefaultApplication",
"..\installableApps\DefaultApplication.ear", "myCluster")
# Alle Server und Anwendungen auf dem Knoten starten
AdminServerManagement.startAllServers("myNode")
Speichern Sie das angepasste Script, und führen Sie es über die Befehlszeile mit der folgenden Syntax aus:
bin>wsadmin -language jython -f Pfad/zu/Ihrer/Jython/Datei.py
- Verwenden Sie den Code aus der Jython-Scripting-Bibliothek als Verwendungsbeispiel, um eigene Scripts zu schreiben.
Jedes Scriptbeispiel in der Scriptbibliothek demonstriert bewährte Verfahren für das Schreiben von wsadmin-Scripts. Der Code der Scriptbibliothek
befindet sich im Verzeichnis Stammverzeichnis_des_Anwendungsservers/scriptLibraries.
In diesem Verzeichnis sind die Scripts in Unterverzeichnissen nach Funktionalität organisiert.
Das Unterverzeichnis Stammverzeichnis_des_Anwendungsservers/scriptLibraries/application/V70 enthält beispielsweise
Prozeduren, die Tasks für die Anwendungsverwaltung in Version 7.0 und höher des Produkts ausgeführt werden. Das Unterverzeichnis
V70 in den Scriptbibliothekspfaden bedeutet nicht, dass die darin enthaltenen Scripts Scripts der Version
7.0 sind.
Die Prozeduren für das Ressourcenmanagement in der Scripting-Bibliothek
befinden sich im Unterverzeichnis
Stammverzeichnis_des_Anwendungsservers/scriptLibraries/resources/.
Alle Scripts im Verzeichnis werden automatisch geladen, wenn Sie das Tool "wsadmin" starten.
Damit eigene Jython-Scripts (
*.py) beim Starten des Tools "wsadmin" automatisch geladen werden, erstellen Sie ein neues
Unterverzeichnis und speichern Sie die vorhandenen Automationsscripts im Verzeichnis
Stammverzeichnis_des_Anwendungsservers/scriptLibraries.
Bewährtes Verfahren: Wenn Sie über die Prozeduren in der Scripting-Bibliothek angepasste Scripts erstellen möchten,
speichern Sie die geänderten Scripts in einem neuen Unterverzeichnis, um zu vermeiden, dass die Prozeduren in der Bibliothek überschrieben werden.
Bearbeiten Sie keine Scriptprozeduren in der Scripting-Bibliothek.
bprac
Sie können die Scripts AdminResources.py verwenden, um mehrere
Kombinationen der Verwaltungsfunktionen zu erstellen. In der Dokumentation zu den Ressourcenkonfigurationsscripts finden Sie Informationen zu weiteren Scripts, Argumentbeschreibungen und Syntaxbeispiele.
Das Beispielscript in diesem Artikel konfiguriert einen angepassten Mail-Provider und eine angepasste Mailsitzung.
Ein Mail-Provider kapselt eine Sammlung von Protokollprovidern wie SMTP, IMAP und POP3, während Mailsitzungen Benutzer authentifizieren und den Zugriff der Benutzer auf Messaging-Systeme steuern.
Konfigurieren Sie Ihre eigenen Mail-Provider und Mailsitzungen, um die Handhabung von JavaMail anzupassen.
Vorgehensweise
- Optional: Starten Sie das Tool "wsadmin".
Verwenden Sie diesen
Schritt, um das Tool "wsadmin" zu starten und eine Verbindung zu einem Server-, Job-Manager- oder Verwaltungsagentenprofil
herzustellen oder um das Tool im lokalen Modus auszuführen. Wenn Sie das Tool "wsadmin" starten, verwenden Sie für die Ausführung der Scripts
die Dialogmodusbeispiele in diesem Artikel.
Beim Starten des Tools "wsadmin" lädt das System alle Scripts aus der Scripting-Bibliothek.
- Erstellen Sie einen Mail-Provider.
Führen Sie das Script "createMailProvider" aus der Scriptbibliothek
"AdminResources" aus und geben Sie den Knotennamen, den Servernamen und den Namen des neuen Mail-Providers an, wie im folgenden
Beispiel gezeigt:
wsadmin -lang jython -c "AdminResources.createMailProvider(myNode, myServer, newMailProvider)"
Sie können zum Ausführen
der Scriptprozedur auch den Dialogmodus verwenden, wie im folgenden Bespiel gezeigt wird:
wsadmin>AdminResources.createMailProvider(Knotenname, Servername, Name_des_Mail-Providers)
- Definieren Sie den Protokollprovider für den Mail-Provider.
Sie können mit diesem Script auch angepasste Eigenschaften, Klassen, JNDI-Namen und weitere Maileigenschaften
konfigurieren.
In der Dokumentation zu den Ressourcenkonfigurationsscripts finden Sie Argumentbeschreibungen und Syntaxbeispiele.
Führen Sie das Script "configMailProvider" aus der Scriptbibliothek "AdminResources", wie im folgenden Beispiel gezeigt, aus, um den Protokollprovider zu definieren:
wsadmin -lang jython -c "AdminResources.configMailProvider(myNode, myServer, newMailProvider, "", "", "SOAP", "", "", "", "", "", "")"
Sie können zum Ausführen
der Scriptprozedur auch den Dialogmodus verwenden, wie im folgenden Bespiel gezeigt wird:
wsadmin>AdminResources.configMailProvider(myNode, myServer, newMailProvider, "", "", "SOAP", "", "", "", "", "", "")
- Erstellen Sie die Mailsitzung.
Führen Sie das Script "createMailSession" aus der Scriptbibliothek
"AdminResources" aus und geben Sie die Argumente "Knotenname", "Servername", "Name_des_Mail-Providers", "Name_der_Mailsitzung" und "JNDI-Name" an, wie im folgenden Beispiel gezeigt:
wsadmin -lang jython -c "AdminResources.createMailSession("myNode", "myServer", "newMailProvider", "myMailSession", "myMailSession/jndi")"
Sie können zum Ausführen
der Scriptprozedur auch den Dialogmodus verwenden, wie im folgenden Bespiel gezeigt wird:
wsadmin>AdminResources.createMailSession("myNode", "myServer", "newMailProvider", "myMailSession", "myMailSession/jndi")
- Speichern Sie die Konfigurationsänderungen.
Verwenden Sie den folgenden Beispielbefehl, um Ihre Konfigurationsänderungen zu speichern:
AdminConfig.save()
- Synchronisieren Sie den Knoten.
Wenn die Konfigurationsänderungen an den Knoten weitergegeben werden sollen, führen Sie die Scriptprozedur
"syncNode" aus der Scriptbibliothek "AdminNodeManagement" wie im folgenden Beispiel aus und geben Sie den gewünschten Knoten an:
wsadmin -lang jython -c "AdminNodeManagement.syncNode("myNode")"
Sie können
die Scriptprozedur, wie im folgenden Beispiel gezeigt, auch im Dialogmodus ausführen:
wsadmin>AdminNodeManagement.syncNode("myNode")
Ergebnisse
Die wsadmin-Scriptbibliotheken geben dieselbe Ausgabe wie die entsprechenden
wsadmin-Befehle zurück. Das Script "AdminServerManagement.listServers()"
gibt beispielsweise eine Liste mit verfügbaren Servern zurück.
Das Script "AdminClusterManagement.checkIfClusterExists()" gibt den Wert
true zurück, wenn der Cluster vorhanden ist, bzw. den Wert false, wenn der Cluster nicht vorhanden ist.
Wenn der Befehl nicht die erwartete Ausgabe zurückgibt, geben die Scriptbibliotheken
den Wert 1 bei erfolgreicher Ausführung des Scripts zurück. Scheitert das Script, geben die
Scriptbibliotheken den Wert -1 und eine Fehlernachricht mit der Ausnahme zurück.
Standardmäßig wird die Option "failonerror" vom System inaktiviert.
Zum Aktivieren dieser Option geben Sie
true als letztes Argument für die Scriptprozedur an, wie im folgenden
Beispiel gezeigt wird:
wsadmin>AdminApplication.startApplicationOnCluster("myApplication","myCluster","true")
Nächste Schritte
Erstellen Sie angepasste Scripts für die Automatisierung Ihrer Umgebung, indem Sie Scriptprozeduren aus der Scripting-Bibliothek miteinander kombinieren.
Speichern Sie die angepassten Scripts in einem neuen Unterverzeichnis des Verzeichnisses
Stammverzeichnis_des_Anwendungsservers/scriptLibraries.