Anwendungen oder Module bereitstellen

Über die Seite "Anwendungen oder Module bereitstellen" können Sie eine Anwendung bereitstellen.

Diese Seite enthält die folgenden Optionen für alle Anwendungen. Zusätzliche Optionen werden erst angezeigt, nachdem Sie das Feld "Verzeichnis" für die Anwendung festgelegt haben.

Verzeichnis

Das Verzeichnis des Archivs für die bereitzustellende Anwendung.

Die folgenden Optionen geben an, von wo aus auf das Archiv zugegriffen werden kann und ob das Archiv eine Datei oder ein Verzeichnis ist.

Gepackte Datei zum Hochladen auf den Server

Das Archiv ist in einer Datei gespeichert, die sich auf dem Clientrechner befindet oder auf die von dort aus zugegriffen werden kann.

Der Clientrechner ist der Host, auf dem Sie die Administrationskonsole über einen Browser anzeigen.

Lokale gepackte Datei oder Verzeichnis, auf die/das von GlassFish Server aus zugegriffen werden kann;

Das Archiv ist eine Datei, die sich auf dem Serverrechner befindet, oder eine nicht gepackte Anwendung in einem entpackten Verzeichnis.

Der Serverrechner ist der Host, der den GlassFish Server Domain Administration Server (DAS) ausführt.

Typ

Der Typ der Anwendung. Zur Auswahl stehen:

Ziele

Cluster und Standalone-Instanzen, für die die Anwendung oder das Modul bereitgestellt werden soll. Mithilfe der Schaltflächen "Hinzufügen" und "Alle hinzufügen" verschieben Sie die benötigten Ziele in die Spalte "Ausgewählte Ziele". Verschieben Sie die nicht benötigten Ziele in die Spalte "Verfügbare Ziele" mithilfe der Schaltflächen "Entfernen" und "Alle entfernen".

Diese Option wird nur dann angezeigt, wenn in der Domain Cluster oder Standalone-Instanzen erstellt wurden.

Zusätzliche Optionen für die verschiedenen Anwendungstypen sind in den folgenden Abschnitten beschrieben.

Weitere Optionen für eine Webanwendung

Wenn der Anwendungstyp eine Webanwendung ist, werden die folgenden Optionen angezeigt.

Context Root

Der Pfad zu der Anwendung. In der URL der Webanwendung folgt Context Root unmittelbar auf die Portnummer (http://host:port/context-root/...). Context Root muss mit einem Schrägstrich beginnen, Beispiel: /hello.

Anwendungsname

Der Name der Anwendung.

Der Name kann eine optionale Versions-ID enthalten, die dem Namen folgt und von diesem durch einen Doppelpunkt (:) getrennt ist. Die Versions-ID muss mit einem Buchstaben oder einer Zahl beginnen. Er kann alphanumerische Zeichen sowie Unterstriche (_), Bindestriche (-) und Punkte (.) enthalten. Weitere Informationen zu Modul- und Anwendungsversionen finden Sie unter Module and Application Versions im Oracle GlassFish Server Application Deployment Guide.

Virtuelle Server

Die mit dieser Anwendung verbundenen virtuellen Server.

Die Option "Virtuelle Server" wird angezeigt, wenn nur die Standardserverinstanz server vorhanden ist. Wenn Cluster oder andere Standalone-Serverinstanzen vorhanden sind, können Sie nach dem Deployment virtuelle Server auswählen. Wählen Sie auf der Seite "Anwendung bearbeiten" die Registerkarte "Ziel" und anschließend "Virtuelle Server verwalten" für das gewünschte Ziel.

Status

Wenn diese Option ausgewählt wird, wird die Anwendung aktiviert. Diese Option ist standardmäßig aktiviert.

Verfügbarkeit

Wenn dieses Kontrollkästchen aktiviert ist, wird die Hochverfügbarkeit für Websessions und für die Stateful Session-Bean (SFSB)-Fixpunktroutine und möglicherweise die Passivierung aktiviert. Ist der Wert auf "False" (Standardwert) gesetzt, werden alle Websession-Speichervorgänge und SFSB-Checkpoints für die angegebene Anwendung, Webanwendung oder das EJB-Modul deaktiviert. Ist der Wert auf "True" gesetzt, wird die angegebene Anwendung oder das Modul für Hochverfügbarkeit aktiviert. Setzen Sie diese Option nur dann auf "True", wenn die Hochverfügbarkeit auf einer höheren Ebene konfiguriert und aktiviert ist, beispielsweise auf Server- und Containerebene.

Diese Option wird angezeigt, wenn neben der standardmäßigen Serverinstanz (server) Cluster oder eigenständige Serverinstanzen vorhanden sind.

JSPs vorkompilieren

Wenn Sie diese Option aktivieren, werden JavaServer Pages-(JSP-)Dateien vorkompiliert. Wenn Sie diese Option deaktivieren, werden die JSP-Dateien beim ersten Zugriff zur Laufzeit kompiliert. Diese Option ist standardmäßig deaktiviert.

Verifier ausführen

Wenn diese Option aktiviert ist, werden Deployment-Deskriptoren vor dem Deployment verifiziert. Wenn die Verifizierung nicht erfolgreich ist, wird das Deployment nicht ausgeführt. Der Verifier überprüft Struktur und Content der Deployment-Deskriptoren. Die Überprüfung von großen Anwendungen ist häufig sehr zeitaufwendig. Diese Option ist standardmäßig deaktiviert.

Verifier-Packages müssen mithilfe des Updatetools installiert werden. Andernfalls wird eine Warnung protokolliert und diese Option wird ignoriert.

Erneutes Deployment erzwingen

Ist diese Option ausgewählt, wird die bereits bereitgestellte Anwendung erneut bereitgestellt. Ist diese Option nicht ausgewählt, wird beim Versuch, eine bereits bereitgestellte Anwendung bereitzustellen, eine Fehlermeldung angezeigt. Diese Option ist standardmäßig deaktiviert.

Status beibehalten

Diese Option kontrolliert, ob Websessions, SFSB-Instanzen und persistent erstellte EJB-Timer zwischen erneuten Deployments erhalten bleiben.

Diese Option ist standardmäßig deaktiviert. Diese Option wird nur bei der standardmäßigen Serverinstanz (server) unterstützt. Bei anderen Zielen wird sie nicht unterstützt und ignoriert.

Änderungen, die an einer Anwendung zwischen Deployments vorgenommen werden, verhindern, dass diese Funktion richtig funktioniert. Beispiel: Ändern Sie die Instanzenvariablen in der SFSB-Bean-Klasse nicht.

Bei Webanwendungen ist dieses Feature nur dann anwendbar, wenn in der Datei glassfish-web-app.xml das Attribut persistence-type des Elements session-manager file lautet.

Bei Stateful-Session-Bean-Instanzen wird der Persistenztyp ohne hohe Verfügbarkeit im Server festgelegt (die Option "SFSB-Persistenztyp") und muss auf file, den empfohlenen Standardwert, gesetzt werden.

Kann eine aktive Websession, SFSB-Instanz oder ein EJB-Timer nicht gespeichert oder wiederhergestellt werden, stehen diese nicht zur Verfügung, wenn das erneute Deployment abgeschlossen ist. Das erneute Deployment wird jedoch fortgesetzt, und eine Warnmeldung wird aufgezeichnet.

Damit die Daten aktiver Zustände erhalten bleiben, werden die Daten von GlassFish Server serialisiert und gespeichert. Zum Wiederherstellen der Daten deserialisiert der Class Loader der erneut bereitgestellten Anwendung die Daten, die zuvor gespeichert wurden.

Anwendungsspezifische Ressourcen beibehalten

Wenn diese Option aktiviert ist, werden für bestimmte Anwendungen definierte Ressourcen gespeichert und während des erneuten Deployments wiederhergestellt. Diese Option ist standardmäßig deaktiviert.

Deployment-Reihenfolge

Die Deployment-Reihenfolge der Anwendung.

Anwendungen mit einer niedrigeren Nummer werden beim Hochfahren des Servers zuerst geladen. Eine Anwendung mit einer Deployment-Reihenfolge von 102 wird vor einer Anwendung mit einer Deployment-Reihenfolge von 110 geladen. Wenn beim Deployment einer Anwendung keine Deployment-Reihenfolge angegeben wird, wird die Standard-Deployment-Reihenfolge von 100 zugewiesen. Wenn zwei Anwendungen dieselbe Deployment-Reihenfolge haben, wird die Anwendung, die zuerst bereitgestellt wurde, zuerst geladen. Die Angabe einer Deployment-Reihenfolge ist sinnvoll, wenn die Anwendung Abhängigkeiten hat und in einer bestimmten Reihenfolge geladen werden muss.

Librarys

Eine durch Komma getrennte Liste der JAR-Dateien in der Library, die auf dieses Modul oder diese Anwendung zugeschnitten sind. Die Pfade können absolut oder relativ sein. Ein relativer Pfad ist relativ zu domain-dir/lib/applibs. Wenn der Pfad absolut ist, muss der Pfad für den Domain Administration Server (DAS) zugänglich sein. Dies bedeutet, dass er sich unter domain-dir befinden muss. Die Librarys werden der Anwendung in der Reihenfolge zur Verfügung gestellt, in der sie angegeben sind.

Beschreibung

Eine Beschreibung der Anwendung.

Weitere Optionen für eine Unternehmensanwendung

Falls der Anwendungstyp "Unternehmensanwendung" ist, werden die folgenden Optionen angezeigt.

Anwendungsname

Der Name der Anwendung.

Der Name kann eine optionale Versions-ID enthalten, die dem Namen folgt und von diesem durch einen Doppelpunkt (:) getrennt ist. Die Versions-ID muss mit einem Buchstaben oder einer Zahl beginnen. Er kann alphanumerische Zeichen sowie Unterstriche (_), Bindestriche (-) und Punkte (.) enthalten. Weitere Informationen zu Modul- und Anwendungsversionen finden Sie unter Module and Application Versions im Oracle GlassFish Server Application Deployment Guide.

Virtuelle Server

Die mit dieser Anwendung verbundenen virtuellen Server.

Die Option "Virtuelle Server" wird angezeigt, wenn nur die Standardserverinstanz server vorhanden ist. Wenn Cluster oder andere Standalone-Serverinstanzen vorhanden sind, können Sie nach dem Deployment virtuelle Server auswählen. Wählen Sie auf der Seite "Anwendung bearbeiten" die Registerkarte "Ziel" und anschließend "Virtuelle Server verwalten" für das gewünschte Ziel.

Status

Wenn diese Option ausgewählt wird, wird die Anwendung aktiviert. Diese Option ist standardmäßig aktiviert.

Verfügbarkeit

Wenn dieses Kontrollkästchen aktiviert ist, wird die Hochverfügbarkeit für Websessions und für die Stateful Session-Bean (SFSB)-Fixpunktroutine und möglicherweise die Passivierung aktiviert. Ist der Wert auf "False" (Standardwert) gesetzt, werden alle Websession-Speichervorgänge und SFSB-Checkpoints für die angegebene Anwendung, Webanwendung oder das EJB-Modul deaktiviert. Ist der Wert auf "True" gesetzt, wird die angegebene Anwendung oder das Modul für Hochverfügbarkeit aktiviert. Setzen Sie diese Option nur dann auf "True", wenn die Hochverfügbarkeit auf einer höheren Ebene konfiguriert und aktiviert ist, beispielsweise auf Server- und Containerebene.

Diese Option wird angezeigt, wenn neben der standardmäßigen Serverinstanz (server) Cluster oder eigenständige Serverinstanzen vorhanden sind.

Java Web Start

Ist diese Option ausgewählt, ist der Zugriff auf Java Web Start für ein Anwendungsclientmodul nicht zulässig. Diese Option ist standardmäßig deaktiviert.

JSPs vorkompilieren

Wenn Sie diese Option aktivieren, werden JavaServer Pages-(JSP-)Dateien vorkompiliert. Wenn Sie diese Option deaktivieren, werden die JSP-Dateien beim ersten Zugriff zur Laufzeit kompiliert. Diese Option ist standardmäßig deaktiviert.

Verifier ausführen

Wenn diese Option aktiviert ist, werden Deployment-Deskriptoren vor dem Deployment verifiziert. Wenn die Verifizierung nicht erfolgreich ist, wird das Deployment nicht ausgeführt. Der Verifier überprüft Struktur und Content der Deployment-Deskriptoren. Die Überprüfung von großen Anwendungen ist häufig sehr zeitaufwendig. Diese Option ist standardmäßig deaktiviert.

Verifier-Packages müssen mithilfe des Updatetools installiert werden. Andernfalls wird eine Warnung protokolliert und diese Option wird ignoriert.

Kompatibilität

Wenn diese Option aktiviert ist, werden GlassFish Server v2 JAR-Sichtbarkeitsanforderungen für Anwendungen anstelle der strikteren Java EE 6-Anforderungen verwendet, die in GlassFish Server v3-Versionen einschließlich 4.0 implementiert sind. Diese Option ist standardmäßig deaktiviert.

Die Java EE 6-Plattformspezifikation enthält striktere Anforderungen als Java EE 5, was die Sichtbarkeit bestimmter JAR-Dateien für verschiedene Module innerhalb einer EAR-Datei angeht. Insbesondere dürfen Anwendungsclients keinen Zugriff auf EJB-JAR-Dateien oder andere JAR-Dateien in der EAR-Datei haben, es sei denn, Referenzen verwenden den standardmäßigen Java SE-Mechanismus (beispielsweise Erweiterungen) oder den Java EE-Library-Verzeichnismechanismus. Wenn dieses Kontrollkästchen aktiviert wird, werden diese Java EE 6-Beschränkungen entfernt.

Erneutes Deployment erzwingen

Ist diese Option ausgewählt, wird die bereits bereitgestellte Anwendung erneut bereitgestellt. Ist diese Option nicht ausgewählt, wird beim Versuch, eine bereits bereitgestellte Anwendung bereitzustellen, eine Fehlermeldung angezeigt. Diese Option ist standardmäßig deaktiviert.

Status beibehalten

Diese Option kontrolliert, ob Websessions, SFSB-Instanzen und persistent erstellte EJB-Timer zwischen erneuten Deployments erhalten bleiben.

Diese Option ist standardmäßig deaktiviert. Diese Option wird nur bei der standardmäßigen Serverinstanz (server) unterstützt. Bei anderen Zielen wird sie nicht unterstützt und ignoriert.

Änderungen, die an einer Anwendung zwischen Deployments vorgenommen werden, verhindern, dass diese Funktion richtig funktioniert. Beispiel: Ändern Sie die Instanzenvariablen in der SFSB-Bean-Klasse nicht.

Bei Webanwendungen ist dieses Feature nur dann anwendbar, wenn in der Datei glassfish-web-app.xml das Attribut persistence-type des Elements session-manager file lautet.

Bei Stateful-Session-Bean-Instanzen wird der Persistenztyp ohne hohe Verfügbarkeit im Server festgelegt (die Option "SFSB-Persistenztyp") und muss auf file, den empfohlenen Standardwert, gesetzt werden.

Kann eine aktive Websession, SFSB-Instanz oder ein EJB-Timer nicht gespeichert oder wiederhergestellt werden, stehen diese nicht zur Verfügung, wenn das erneute Deployment abgeschlossen ist. Das erneute Deployment wird jedoch fortgesetzt, und eine Warnmeldung wird aufgezeichnet.

Damit die Daten aktiver Zustände erhalten bleiben, werden die Daten von GlassFish Server serialisiert und gespeichert. Zum Wiederherstellen der Daten deserialisiert der Class Loader der erneut bereitgestellten Anwendung die Daten, die zuvor gespeichert wurden.

Anwendungsspezifische Ressourcen beibehalten

Wenn diese Option aktiviert ist, werden für bestimmte Anwendungen definierte Ressourcen gespeichert und während des erneuten Deployments wiederhergestellt. Diese Option ist standardmäßig deaktiviert.

Deployment-Reihenfolge

Die Deployment-Reihenfolge der Anwendung.

Anwendungen mit einer niedrigeren Nummer werden beim Hochfahren des Servers zuerst geladen. Eine Anwendung mit einer Deployment-Reihenfolge von 102 wird vor einer Anwendung mit einer Deployment-Reihenfolge von 110 geladen. Wenn beim Deployment einer Anwendung keine Deployment-Reihenfolge angegeben wird, wird die Standard-Deployment-Reihenfolge von 100 zugewiesen. Wenn zwei Anwendungen dieselbe Deployment-Reihenfolge haben, wird die Anwendung, die zuerst bereitgestellt wurde, zuerst geladen. Die Angabe einer Deployment-Reihenfolge ist sinnvoll, wenn die Anwendung Abhängigkeiten hat und in einer bestimmten Reihenfolge geladen werden muss.

Librarys

Eine durch Kommas getrennte Liste der JAR-Dateien der Library für diese Anwendung. Legt einen absoluten oder relativen Pfad fest. Ein relativer Pfad ist relativ zu domain-dir/lib/applibs. Wenn der Pfad absolut ist, muss der Pfad für den Domain Administration Server (DAS) zugänglich sein. Dies bedeutet, dass er sich unter domain-dir befinden muss. Die Librarys werden der Anwendung in der Reihenfolge zur Verfügung gestellt, in der sie angegeben sind.

Beschreibung

Eine Beschreibung der Anwendung.

Weitere Optionen für einen Anwendungsclient

Wenn der Anwendungstyp ein Anwendungsclient ist, werden die folgenden Optionen angezeigt.

Anwendungsname

Der Name der Anwendung.

Der Name kann eine optionale Versions-ID enthalten, die dem Namen folgt und von diesem durch einen Doppelpunkt (:) getrennt ist. Die Versions-ID muss mit einem Buchstaben oder einer Zahl beginnen. Er kann alphanumerische Zeichen sowie Unterstriche (_), Bindestriche (-) und Punkte (.) enthalten. Weitere Informationen zu Modul- und Anwendungsversionen finden Sie unter Module and Application Versions im Oracle GlassFish Server Application Deployment Guide.

Java Web Start

Ist diese Option ausgewählt, ist der Zugriff auf Java Web Start für ein Anwendungsclientmodul nicht zulässig. Diese Option ist standardmäßig deaktiviert.

Verifier ausführen

Wenn diese Option aktiviert ist, werden Deployment-Deskriptoren vor dem Deployment verifiziert. Wenn die Verifizierung nicht erfolgreich ist, wird das Deployment nicht ausgeführt. Der Verifier überprüft Struktur und Content der Deployment-Deskriptoren. Die Überprüfung von großen Anwendungen ist häufig sehr zeitaufwendig. Diese Option ist standardmäßig deaktiviert.

Verifier-Packages müssen mithilfe des Updatetools installiert werden. Andernfalls wird eine Warnung protokolliert und diese Option wird ignoriert.

Erneutes Deployment erzwingen

Ist diese Option ausgewählt, wird die bereits bereitgestellte Anwendung erneut bereitgestellt. Ist diese Option nicht ausgewählt, wird beim Versuch, eine bereits bereitgestellte Anwendung bereitzustellen, eine Fehlermeldung angezeigt. Diese Option ist standardmäßig deaktiviert.

Deployment-Reihenfolge

Die Deployment-Reihenfolge der Anwendung.

Anwendungen mit einer niedrigeren Nummer werden beim Hochfahren des Servers zuerst geladen. Eine Anwendung mit einer Deployment-Reihenfolge von 102 wird vor einer Anwendung mit einer Deployment-Reihenfolge von 110 geladen. Wenn beim Deployment einer Anwendung keine Deployment-Reihenfolge angegeben wird, wird die Standard-Deployment-Reihenfolge von 100 zugewiesen. Wenn zwei Anwendungen dieselbe Deployment-Reihenfolge haben, wird die Anwendung, die zuerst bereitgestellt wurde, zuerst geladen. Die Angabe einer Deployment-Reihenfolge ist sinnvoll, wenn die Anwendung Abhängigkeiten hat und in einer bestimmten Reihenfolge geladen werden muss.

Beschreibung

Eine Beschreibung der Anwendung.

Zusätzliche Optionen für ein Connector-Modul

Wenn der Anwendungstyp ein Connector-Modul ist, werden die folgenden Optionen angezeigt.

Anwendungsname

Der Name der Anwendung.

Der Name kann eine optionale Versions-ID enthalten, die dem Namen folgt und von diesem durch einen Doppelpunkt (:) getrennt ist. Die Versions-ID muss mit einem Buchstaben oder einer Zahl beginnen. Er kann alphanumerische Zeichen sowie Unterstriche (_), Bindestriche (-) und Punkte (.) enthalten. Weitere Informationen zu Modul- und Anwendungsversionen finden Sie unter Module and Application Versions im Oracle GlassFish Server Application Deployment Guide.

Status

Wenn diese Option ausgewählt wird, wird die Anwendung aktiviert. Diese Option ist standardmäßig aktiviert.

Verifier ausführen

Wenn diese Option aktiviert ist, werden Deployment-Deskriptoren vor dem Deployment verifiziert. Wenn die Verifizierung nicht erfolgreich ist, wird das Deployment nicht ausgeführt. Der Verifier überprüft Struktur und Content der Deployment-Deskriptoren. Die Überprüfung von großen Anwendungen ist häufig sehr zeitaufwendig. Diese Option ist standardmäßig deaktiviert.

Verifier-Packages müssen mithilfe des Updatetools installiert werden. Andernfalls wird eine Warnung protokolliert und diese Option wird ignoriert.

Erneutes Deployment erzwingen

Ist diese Option ausgewählt, wird die bereits bereitgestellte Anwendung erneut bereitgestellt. Ist diese Option nicht ausgewählt, wird beim Versuch, eine bereits bereitgestellte Anwendung bereitzustellen, eine Fehlermeldung angezeigt. Diese Option ist standardmäßig deaktiviert.

Anwendungsspezifische Ressourcen beibehalten

Wenn diese Option aktiviert ist, werden für bestimmte Anwendungen definierte Ressourcen gespeichert und während des erneuten Deployments wiederhergestellt. Diese Option ist standardmäßig deaktiviert.

Deployment-Reihenfolge

Die Deployment-Reihenfolge der Anwendung.

Anwendungen mit einer niedrigeren Nummer werden beim Hochfahren des Servers zuerst geladen. Eine Anwendung mit einer Deployment-Reihenfolge von 102 wird vor einer Anwendung mit einer Deployment-Reihenfolge von 110 geladen. Wenn beim Deployment einer Anwendung keine Deployment-Reihenfolge angegeben wird, wird die Standard-Deployment-Reihenfolge von 100 zugewiesen. Wenn zwei Anwendungen dieselbe Deployment-Reihenfolge haben, wird die Anwendung, die zuerst bereitgestellt wurde, zuerst geladen. Die Angabe einer Deployment-Reihenfolge ist sinnvoll, wenn die Anwendung Abhängigkeiten hat und in einer bestimmten Reihenfolge geladen werden muss.

Beschreibung

Eine Beschreibung der Anwendung.

Weitere Optionen für eine EJB-JAR-Datei

Wenn der Anwendungstyp EJB-JAR ist, werden die folgenden Optionen angezeigt.

Anwendungsname

Der Name der Anwendung.

Der Name kann eine optionale Versions-ID enthalten, die dem Namen folgt und von diesem durch einen Doppelpunkt (:) getrennt ist. Die Versions-ID muss mit einem Buchstaben oder einer Zahl beginnen. Er kann alphanumerische Zeichen sowie Unterstriche (_), Bindestriche (-) und Punkte (.) enthalten. Weitere Informationen zu Modul- und Anwendungsversionen finden Sie unter Module and Application Versions im Oracle GlassFish Server Application Deployment Guide.

Status

Wenn diese Option ausgewählt wird, wird die Anwendung aktiviert. Diese Option ist standardmäßig aktiviert.

Verfügbarkeit

Wenn dieses Kontrollkästchen aktiviert ist, wird die Hochverfügbarkeit für Websessions und für die Stateful Session-Bean (SFSB)-Fixpunktroutine und möglicherweise die Passivierung aktiviert. Ist der Wert auf "False" (Standardwert) gesetzt, werden alle Websession-Speichervorgänge und SFSB-Checkpoints für die angegebene Anwendung, Webanwendung oder das EJB-Modul deaktiviert. Ist der Wert auf "True" gesetzt, wird die angegebene Anwendung oder das Modul für Hochverfügbarkeit aktiviert. Setzen Sie diese Option nur dann auf "True", wenn die Hochverfügbarkeit auf einer höheren Ebene konfiguriert und aktiviert ist, beispielsweise auf Server- und Containerebene.

Diese Option wird angezeigt, wenn neben der standardmäßigen Serverinstanz (server) Cluster oder eigenständige Serverinstanzen vorhanden sind.

Verifier ausführen

Wenn diese Option aktiviert ist, werden Deployment-Deskriptoren vor dem Deployment verifiziert. Wenn die Verifizierung nicht erfolgreich ist, wird das Deployment nicht ausgeführt. Der Verifier überprüft Struktur und Content der Deployment-Deskriptoren. Die Überprüfung von großen Anwendungen ist häufig sehr zeitaufwendig. Diese Option ist standardmäßig deaktiviert.

Verifier-Packages müssen mithilfe des Updatetools installiert werden. Andernfalls wird eine Warnung protokolliert und diese Option wird ignoriert.

Kompatibilität

Wenn diese Option aktiviert ist, werden GlassFish Server v2 JAR-Sichtbarkeitsanforderungen für Anwendungen anstelle der strikteren Java EE 6-Anforderungen verwendet, die in GlassFish Server v3-Versionen einschließlich 4.0 implementiert sind. Diese Option ist standardmäßig deaktiviert.

Die Java EE 6-Plattformspezifikation enthält striktere Anforderungen als Java EE 5, was die Sichtbarkeit bestimmter JAR-Dateien für verschiedene Module innerhalb einer EAR-Datei angeht. Insbesondere dürfen Anwendungsclients keinen Zugriff auf EJB-JAR-Dateien oder andere JAR-Dateien in der EAR-Datei haben, es sei denn, Referenzen verwenden den standardmäßigen Java SE-Mechanismus (beispielsweise Erweiterungen) oder den Java EE-Library-Verzeichnismechanismus. Wenn dieses Kontrollkästchen aktiviert wird, werden diese Java EE 6-Beschränkungen entfernt.

Erneutes Deployment erzwingen

Ist diese Option ausgewählt, wird die bereits bereitgestellte Anwendung erneut bereitgestellt. Ist diese Option nicht ausgewählt, wird beim Versuch, eine bereits bereitgestellte Anwendung bereitzustellen, eine Fehlermeldung angezeigt. Diese Option ist standardmäßig deaktiviert.

Status beibehalten

Diese Option kontrolliert, ob Websessions, SFSB-Instanzen und persistent erstellte EJB-Timer zwischen erneuten Deployments erhalten bleiben.

Diese Option ist standardmäßig deaktiviert. Diese Option wird nur bei der standardmäßigen Serverinstanz (server) unterstützt. Bei anderen Zielen wird sie nicht unterstützt und ignoriert.

Änderungen, die an einer Anwendung zwischen Deployments vorgenommen werden, verhindern, dass diese Funktion richtig funktioniert. Beispiel: Ändern Sie die Instanzenvariablen in der SFSB-Bean-Klasse nicht.

Bei Webanwendungen ist dieses Feature nur dann anwendbar, wenn in der Datei glassfish-web-app.xml das Attribut persistence-type des Elements session-manager file lautet.

Bei Stateful-Session-Bean-Instanzen wird der Persistenztyp ohne hohe Verfügbarkeit im Server festgelegt (die Option "SFSB-Persistenztyp") und muss auf file, den empfohlenen Standardwert, gesetzt werden.

Kann eine aktive Websession, SFSB-Instanz oder ein EJB-Timer nicht gespeichert oder wiederhergestellt werden, stehen diese nicht zur Verfügung, wenn das erneute Deployment abgeschlossen ist. Das erneute Deployment wird jedoch fortgesetzt, und eine Warnmeldung wird aufgezeichnet.

Damit die Daten aktiver Zustände erhalten bleiben, werden die Daten von GlassFish Server serialisiert und gespeichert. Zum Wiederherstellen der Daten deserialisiert der Class Loader der erneut bereitgestellten Anwendung die Daten, die zuvor gespeichert wurden.

Anwendungsspezifische Ressourcen beibehalten

Wenn diese Option aktiviert ist, werden für bestimmte Anwendungen definierte Ressourcen gespeichert und während des erneuten Deployments wiederhergestellt. Diese Option ist standardmäßig deaktiviert.

Deployment-Reihenfolge

Die Deployment-Reihenfolge der Anwendung.

Anwendungen mit einer niedrigeren Nummer werden beim Hochfahren des Servers zuerst geladen. Eine Anwendung mit einer Deployment-Reihenfolge von 102 wird vor einer Anwendung mit einer Deployment-Reihenfolge von 110 geladen. Wenn beim Deployment einer Anwendung keine Deployment-Reihenfolge angegeben wird, wird die Standard-Deployment-Reihenfolge von 100 zugewiesen. Wenn zwei Anwendungen dieselbe Deployment-Reihenfolge haben, wird die Anwendung, die zuerst bereitgestellt wurde, zuerst geladen. Die Angabe einer Deployment-Reihenfolge ist sinnvoll, wenn die Anwendung Abhängigkeiten hat und in einer bestimmten Reihenfolge geladen werden muss.

Librarys

Eine durch Komma getrennte Liste der JAR-Dateien in der Library, die auf dieses Modul oder diese Anwendung zugeschnitten sind. Legt einen absoluten oder relativen Pfad fest. Ein relativer Pfad ist relativ zu domain-dir/lib/applibs. Wenn der Pfad absolut ist, muss der Pfad für den Domain Administration Server (DAS) zugänglich sein. Dies bedeutet, dass er sich unter domain-dir befinden muss. Die Librarys werden der Anwendung in der Reihenfolge zur Verfügung gestellt, in der sie angegeben sind.

Beschreibung

Eine Beschreibung der Anwendung.

Weitere Optionen für Anwendungen vom Typ "Andere"

Wenn der Anwendungstyp "Andere" ist, werden die folgenden Optionen angezeigt.

Anwendungsname

Der Name der Anwendung.

Der Name kann eine optionale Versions-ID enthalten, die dem Namen folgt und von diesem durch einen Doppelpunkt (:) getrennt ist. Die Versions-ID muss mit einem Buchstaben oder einer Zahl beginnen. Er kann alphanumerische Zeichen sowie Unterstriche (_), Bindestriche (-) und Punkte (.) enthalten. Weitere Informationen zu Modul- und Anwendungsversionen finden Sie unter Module and Application Versions im Oracle GlassFish Server Application Deployment Guide.

Virtuelle Server

Die mit dieser Anwendung verbundenen virtuellen Server.

Die Option "Virtuelle Server" wird angezeigt, wenn nur die Standardserverinstanz server vorhanden ist. Wenn Cluster oder andere Standalone-Serverinstanzen vorhanden sind, können Sie nach dem Deployment virtuelle Server auswählen. Wählen Sie auf der Seite "Anwendung bearbeiten" die Registerkarte "Ziel" und anschließend "Virtuelle Server verwalten" für das gewünschte Ziel.

Status

Wenn diese Option ausgewählt wird, wird die Anwendung aktiviert. Diese Option ist standardmäßig aktiviert.

Verfügbarkeit

Wenn dieses Kontrollkästchen aktiviert ist, wird die Hochverfügbarkeit für Websessions und für die Stateful Session-Bean (SFSB)-Fixpunktroutine und möglicherweise die Passivierung aktiviert. Ist der Wert auf "False" (Standardwert) gesetzt, werden alle Websession-Speichervorgänge und SFSB-Checkpoints für die angegebene Anwendung, Webanwendung oder das EJB-Modul deaktiviert. Ist der Wert auf "True" gesetzt, wird die angegebene Anwendung oder das Modul für Hochverfügbarkeit aktiviert. Setzen Sie diese Option nur dann auf "True", wenn die Hochverfügbarkeit auf einer höheren Ebene konfiguriert und aktiviert ist, beispielsweise auf Server- und Containerebene.

Diese Option wird angezeigt, wenn neben der standardmäßigen Serverinstanz (server) Cluster oder eigenständige Serverinstanzen vorhanden sind.

OSGi-Typ

Wenn diese Option aktiviert ist, wird ein OSGi-/Java-EE-Hybridmodul angegeben. Diese Option wird nur dann angezeigt, wenn der gewählte Typ "Andere" ist.

JSPs vorkompilieren

Wenn Sie diese Option aktivieren, werden JavaServer Pages-(JSP-)Dateien vorkompiliert. Wenn Sie diese Option deaktivieren, werden die JSP-Dateien beim ersten Zugriff zur Laufzeit kompiliert. Diese Option ist standardmäßig deaktiviert.

Verifier ausführen

Wenn diese Option aktiviert ist, werden Deployment-Deskriptoren vor dem Deployment verifiziert. Wenn die Verifizierung nicht erfolgreich ist, wird das Deployment nicht ausgeführt. Der Verifier überprüft Struktur und Content der Deployment-Deskriptoren. Die Überprüfung von großen Anwendungen ist häufig sehr zeitaufwendig. Diese Option ist standardmäßig deaktiviert.

Verifier-Packages müssen mithilfe des Updatetools installiert werden. Andernfalls wird eine Warnung protokolliert und diese Option wird ignoriert.

Erneutes Deployment erzwingen

Ist diese Option ausgewählt, wird die bereits bereitgestellte Anwendung erneut bereitgestellt. Ist diese Option nicht ausgewählt, wird beim Versuch, eine bereits bereitgestellte Anwendung bereitzustellen, eine Fehlermeldung angezeigt. Diese Option ist standardmäßig deaktiviert.

Status beibehalten

Diese Option kontrolliert, ob Websessions, SFSB-Instanzen und persistent erstellte EJB-Timer zwischen erneuten Deployments erhalten bleiben.

Diese Option ist standardmäßig deaktiviert. Diese Option wird nur bei der standardmäßigen Serverinstanz (server) unterstützt. Bei anderen Zielen wird sie nicht unterstützt und ignoriert.

Änderungen, die an einer Anwendung zwischen Deployments vorgenommen werden, verhindern, dass diese Funktion richtig funktioniert. Beispiel: Ändern Sie die Instanzenvariablen in der SFSB-Bean-Klasse nicht.

Bei Webanwendungen ist dieses Feature nur dann anwendbar, wenn in der Datei glassfish-web-app.xml das Attribut persistence-type des Elements session-manager file lautet.

Bei Stateful-Session-Bean-Instanzen wird der Persistenztyp ohne hohe Verfügbarkeit im Server festgelegt (die Option "SFSB-Persistenztyp") und muss auf file, den empfohlenen Standardwert, gesetzt werden.

Kann eine aktive Websession, SFSB-Instanz oder ein EJB-Timer nicht gespeichert oder wiederhergestellt werden, stehen diese nicht zur Verfügung, wenn das erneute Deployment abgeschlossen ist. Das erneute Deployment wird jedoch fortgesetzt, und eine Warnmeldung wird aufgezeichnet.

Damit die Daten aktiver Zustände erhalten bleiben, werden die Daten von GlassFish Server serialisiert und gespeichert. Zum Wiederherstellen der Daten deserialisiert der Class Loader der erneut bereitgestellten Anwendung die Daten, die zuvor gespeichert wurden.

Deployment-Reihenfolge

Die Deployment-Reihenfolge der Anwendung.

Anwendungen mit einer niedrigeren Nummer werden beim Hochfahren des Servers zuerst geladen. Eine Anwendung mit einer Deployment-Reihenfolge von 102 wird vor einer Anwendung mit einer Deployment-Reihenfolge von 110 geladen. Wenn beim Deployment einer Anwendung keine Deployment-Reihenfolge angegeben wird, wird die Standard-Deployment-Reihenfolge von 100 zugewiesen. Wenn zwei Anwendungen dieselbe Deployment-Reihenfolge haben, wird die Anwendung, die zuerst bereitgestellt wurde, zuerst geladen. Die Angabe einer Deployment-Reihenfolge ist sinnvoll, wenn die Anwendung Abhängigkeiten hat und in einer bestimmten Reihenfolge geladen werden muss.

Librarys

Eine durch Komma getrennte Liste der JAR-Dateien in der Library, die auf dieses Modul oder diese Anwendung zugeschnitten sind. Legt einen absoluten oder relativen Pfad fest. Ein relativer Pfad ist relativ zu domain-dir/lib/applibs. Wenn der Pfad absolut ist, muss der Pfad für den Domain Administration Server (DAS) zugänglich sein. Dies bedeutet, dass er sich unter domain-dir befinden muss. Die Librarys werden der Anwendung in der Reihenfolge zur Verfügung gestellt, in der sie angegeben sind.

Beschreibung

Eine Beschreibung der Anwendung.

Verwandte Aufgaben
Zugehörige asadmin-Befehle
Copyright © 2005, 2013, Oracle and/or its affiliates. All rights reserved. Legal Notices