Ü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.
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.
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.
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.
Der Typ der Anwendung. Zur Auswahl stehen:
Webanwendung
Unternehmensanwendung
Anwendungsclient
Connector-Modul
EJB-JAR
Andere
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.
Wenn der Anwendungstyp eine Webanwendung ist, werden die folgenden Optionen angezeigt.
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
.
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.
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.
Wenn diese Option ausgewählt wird, wird die Anwendung aktiviert. Diese Option ist standardmäßig aktiviert.
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.
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.
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.
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.
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.
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.
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.
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.
Eine Beschreibung der Anwendung.
Falls der Anwendungstyp "Unternehmensanwendung" ist, werden die folgenden Optionen angezeigt.
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.
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.
Wenn diese Option ausgewählt wird, wird die Anwendung aktiviert. Diese Option ist standardmäßig aktiviert.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Eine Beschreibung der Anwendung.
Wenn der Anwendungstyp ein Anwendungsclient ist, werden die folgenden Optionen angezeigt.
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.
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.
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.
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.
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.
Eine Beschreibung der Anwendung.
Wenn der Anwendungstyp ein Connector-Modul ist, werden die folgenden Optionen angezeigt.
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.
Wenn diese Option ausgewählt wird, wird die Anwendung aktiviert. Diese Option ist standardmäßig aktiviert.
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.
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.
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.
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.
Eine Beschreibung der Anwendung.
Wenn der Anwendungstyp EJB-JAR ist, werden die folgenden Optionen angezeigt.
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.
Wenn diese Option ausgewählt wird, wird die Anwendung aktiviert. Diese Option ist standardmäßig aktiviert.
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.
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.
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.
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.
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.
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.
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.
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.
Eine Beschreibung der Anwendung.
Wenn der Anwendungstyp "Andere" ist, werden die folgenden Optionen angezeigt.
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.
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.
Wenn diese Option ausgewählt wird, wird die Anwendung aktiviert. Diese Option ist standardmäßig aktiviert.
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.
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.
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.
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.
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.
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.
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.
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.
Eine Beschreibung der Anwendung.
So wird eine Liste der bereitgestellten Anwendungen angezeigt
So werden End Point-Informationen für einen Webservice angezeigt
So wird eine bereitgestellte Anwendung erneut bereitgestellt