Über die Seite "Anwendungen oder Module erneut bereitstellen" können Sie eine zuvor bereitgestellte Anwendung erneut bereitstellen.
Auf der Seite "Anwendungen oder Module erneut bereitstellen" stehen die folgenden Optionen zur Verfügung.
Das Verzeichnis des neuen Archivs für die erneut 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.
Schreibgeschütztes Feld mit dem Namen der Anwendung, die Sie erneut bereitstellen.
Der Name kann eine optionale Versions-ID enthalten, die dem Namen folgt und von diesem durch einen Doppelpunkt (:
) getrennt ist. Weitere Informationen zu Modul- und Anwendungsversionen finden Sie unter Module and Application Versions im Oracle GlassFish Server Application Deployment Guide.
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, ist der Zugriff auf Java Web Start für ein Anwendungsclientmodul nicht zulässig. 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.
So wird eine bereitgestellte Anwendung erneut bereitgestellt
So wird eine Liste der bereitgestellten Anwendungen angezeigt
So werden End Point-Informationen für einen Webservice angezeigt
So werden Verfügbarkeitseinstellungen für den EJB-Container konfiguriert