Schreiben eines WebLogic Startskript

Eines der am häufigsten verwendeten Möglichkeiten WebLogic Server zu starten, ist durch ein Startskript verwenden. EIN Startskript

ist nichts anderes als eine geordnete Liste von Befehlen, die normalerweise in der Windows- oder UNIX-Eingabeaufforderung ausgegeben würden.

Starten von WebLogic Server von einem vorhandenen Startskript hat mehrere Vorteile:

  • Es gibt keine Notwendigkeit, die Admin-ID und das Kennwort jedes Mal eingeben.
  • Andere ähnliche Befehle wie Mapping Netzlaufwerke können automatisch als Teil des Skripts ausgeführt werden.
  • Das Skript kann gestartet durch andere automatisierte Prozesse leicht werden.

Um jedoch eine benutzerdefinierte Startskripts hat einige potentielle Nachteile, wie die folgenden:

  • Wenn das Admin-Passwort in das Skript eingebettet ist, ist das Skript weniger sicher als das mitgelieferte Skript.
  • Es braucht Zeit, um richtig ein Startskript erstellen.
  • Ein Benutzer muss auf dem Server angemeldet sein, um das Start-Skript auszuführen.

Sie beginnen, über Startskripten, herauszufinden, von den Standard-Startskript untersuchen, die WebLogic für neue Server-Instanzen erstellt.

Die Standard-Startskript

Glücklicherweise brauchen Sie nicht Ihr Startup-Skript von Grund auf neu zu bauen. Jedes Mal, wenn Sie eine neue Serverinstanz erstellen, wird ein Standard-Startskript wird für Sie erstellt. Sie können dieses Skript ändern, wie Sie sehen, passen. Die Standard-Startskript wird startWebLogic.cmd genannt, wenn Sie Windows und startWebLogic.sh laufen lassen, wenn Sie UNIX laufen. Der Inhalt der Windows- und UNIX-Startskripts sind ähnlich.

Listing 1 zeigt ein Beispiel für die Standard-Startskript erzeugt von WebLogic für den Windows-Betriebssystem.

Listing 1: Typische Windows-WebLogic Startskript

echo off
SETLOCAL
@rem Set SERVER_NAME auf den Namen des Servers, den Sie wollen
@rem starten.
set SERVER_NAME = myserver
@rem Set WLS_USER gleich Ihr System Benutzernamen und
@rem WLS_PW ohne Benutzernamen für Ihr System-Passwort gleich
@rem und Passwortabfrage beim Start des Servers. Beide sind
@rem erforderlich, um die Startaufforderung zu umgehen. Das ist nicht
@rem empfohlen für eine Produktionsumgebung.
set WLS_USER =
set WLS_PW =
@rem Set Produktionsmodus. Wenn dies auf true gesetzt ist,
@rem startet der Server im Produktionsmodus. Wann
@rem auf false gesetzt, startet der Server in Entwicklung
@rem Modus. Wenn es nicht gesetzt ist, wird es auf false Standard.
set = MODE
@rem Set JAVA_OPTIONS auf die Java-Flags, die Sie zu übergeben möchten
@rem die vm. d.h .:
@rem gesetzt JAVA_OPTIONS = -Dweblogic.attribute = Wert
@rem -Djava.attribute = Wert
set JAVA_OPTIONS = -Dweblogic.security.SSL.trustedCAKeyStore = C: bea weblogic81 server lib cacerts
@rem Set JAVA_VM auf der Java Virtual Maschine, die Sie ausführen möchten.
@rem Zum Beispiel:
@rem gesetzt JAVA_VM = -server
set JAVA_VM =
@rem Set MEM_ARGS den Speicher args Sie übergeben möchten
@rem java. Zum Beispiel:
@rem gesetzt MEM_ARGS = -Xms32m -Xmx200m
set MEM_ARGS =
Rufen Sie @rem Weblogic Server
rufen Sie "C: bea weblogic81 Server bin startWLS.cmd"
ENDLOCAL

Das Startup-Skript ist nicht allzu schwer zu verstehen. Zeilen, die mit @rem beginnen, sind Anmerkungen oder Kommentare hinzugefügt Sie können so zu verstehen, was die verschiedenen Befehlszeilen tun. Die Linien, die mit @rem nicht beginnen, werden von WebLogic interpretiert und werden verwendet, um den Server zu starten.

Durch das Startskript setzen Sie Umgebungsvariablen, die die Einführung und Runtime-Betrieb von WebLogic Server steuern. Um ein individuelles Startskript erstellen, können Sie beginnen, indem Sie diese Variablen in der Standard-Skript zu ändern.

Wenn zusätzliche Befehle, bevor der Server startet, ausgeführt werden muss, einfach das Skript ändern, um die Befehle enthalten. Ein Skript wird Zeile für Zeile ausgeführt wird, so stellen Sie sicher, dass die Befehle in der Skriptdatei vor dem Ende erscheinen, wo die startWLS.cmd-Datei aufgerufen wird. (Dies ist der Script-Befehl WebLogic Server zu starten.)

Konstruieren Sie ein eigenes Startskript

Im vorigen Abschnitt haben Sie gesehen, dass WebLogic ein Standard-Skript erstellt, die Sie ändern können. In diesem Abschnitt erfahren Sie, wie Sie die verschiedenen Umgebungsvariablen im Skript zu setzen. Der erste Schritt ein Startskript zu modifizieren, ist es in einem Texteditor zu laden. Ein Startskript erfordert kein spezielles Programm für Bearbeiten- es nichts anderes als eine einfache Textdatei ist. In Windows können Sie mit der Bearbeitung in einem Programm wie Editor tun. In UNIX können Sie ein Programm wie vi oder pico verwenden. Sie sind jedoch diese mit Programs- beliebigen Texteditor genügt nicht begrenzt.

Wenn Sie nicht vertraut mit der UNIX-Umgebung sind, werden Sie wahrscheinlich der Editor vi verwirrend finden. Der Pico-Editor ähnelt mehr Windows Notepad. Um den Editor pico von UNIX zu verwenden, geben Sie den Befehl pico durch den Namen der Datei, gefolgt Sie bearbeiten.

Zum Beispiel Änderungen der folgende Befehl die Datei web.xml als Editor mit pico:

pico web.xml

Nun, da das Startskript geöffnet ist, können Sie die gewünschten Änderungen vornehmen. Tabelle 1 listet einige der Umgebungsvariablen Sie ändern können.

Tabelle 1: WebLogic Umgebungsvariablen

Variablenname

Was es ist

JAVA_OPTIONS

Die Java-Befehlszeilenoptionen für den Server ausgeführt wird.

JAVA_VM

Das Java-Argument, um die VM Angabe zu laufen (wie -Server oder -Client) (Hotspot ist veraltet).

MEM_ARGS

Die Variable, die die Standard-Speicher Argumente an Java übergeben außer Kraft zu setzen.

MODE

Die Betriebsart für den Server. Wählen Sie True für den Produktionsmodus-Server und die False für Entwicklungsmodus.

WLS_PW

Der WebLogic-Benutzerkennwort verwendet, um den Server zu starten.

WLS_USER

Die WebLogic-Benutzer-ID verwendet, um den Server zu starten.

Normalerweise werden Sie nicht die Standard-virtuellen Maschine ändern möchten, die Java verwendet. Java erreicht gewinnt Leistung durch Java-Anweisungen in den nativen Befehlssatz des Computers zu kompilieren. Wenn Sie die -classic Option für JAVA_VM angeben, wird kein Kompilieren verwendet. Wenn Sie die -Server oder -Client Option angeben, einen Compiler für Server- oder Client-Operationen optimiert bzw. verwendet wird. Es gibt keinen Grund, jemals WebLogic laufen die -client Option.

In Tabelle 1, Blick auf die MODE Variable und der Erwähnung von Entwicklungs- und Produktionsweisen. Wenn Sie wissen wollen, ob richtig etwas funktioniert, Entwicklungsmodus verwenden, weil es Probleme aufzuspüren hilft. Produktionsmodus meldet weniger Fehler und dauert in der Regel schneller.

Ein Nebeneffekt der Entwicklungsmodus ist, dass Sie die Protokolle häufiger und achten mehr auf dem Server zu löschen müssen. Produktionsmodus preloads auch mehr von dem Server, so dass, wenn Sie den Server häufig sind neu zu starten, werden Sie wollen Entwicklungsmodus zu verwenden.

Sie können auch die Benutzer-ID und das Passwort angeben, wenn Sie den Server gerichtet. Um die Benutzerinformationen angeben, sollten Sie die WLS_PW und WLS_USER Variablen verwenden. Dies verhindert, dass WebLogic aus und fordert Sie bei jedem Start. Die JAVA_OPTIONS Variable können Sie zusätzliche Parameter an die Java Virtual Machine zu übergeben. Die MEM_ARGS Variable ermöglicht es Ihnen, zusätzlichen Speicher zu beantragen. Das Format für MEM_ARGS folgt:

MEM_ARGS = -Xms128m -Xmx512m

Dieser Befehl gibt 128 MB Anfangsspeichergröße und 512 MB als die maximale Speichergröße.

Wenn Sie out-of-memory Fehler in WebLogic bekommen, sollten Sie die MEM_ARGS Variable einzustellen.

Menü