Auf dieser Seite können Sie die Eigenschaften für die Anwendungskonfiguration festlegen, um sicherzustellen, dass Änderungen an bereitgestellten Anwendungen ermittelt und die geänderten Klassen neu geladen werden.
Die Seite "Allgemeine Informationen" wird geöffnet.
Die Seite "Anwendungskonfiguration" wird geöffnet.
Wenn das dynamische erneute Laden aktiviert ist, müssen Sie eine Anwendung oder ein Modul nicht erneut bereitstellen, wenn sich der zugehörige Code oder die Bereitstellungsbeschreibungen ändern. Sie müssen lediglich die geänderten JavaServer Pages (JSP) oder Klassendateien in das Bereitstellungsverzeichnis für die Anwendung oder das Modul kopieren. Der Server prüft das Bereitstellungsverzeichnis regelmäßig auf Änderungen und stellt die Anwendung automatisch und dynamisch, einschließlich der Änderungen, erneut bereit. Diese Funktion ist besonders in einer Entwicklungsumgebung sehr nützlich, da Codeänderungen schnell getestet werden können. In einer Produktionsumgebung hingegen kann das dynamische erneute Laden zu einer Beeinträchtigung der Leistung führen. Darüber hinaus werden bei jedem erneuten Laden die Sitzungen ungültig, die zum Zeitpunkt des Ladevorgangs bestehen. Der Client muss die Sitzung neu starten.
Diese Option ist standardmäßig aktiviert.
Der Standardwert ist 2.
Der Standardwert ist 60.
Wenn Sie eine Anwendung oder Moduldatei (JAR, WAR, RAR oder EAR) in ein gesondertes Verzeichnis kopieren und anschließend die automatische Bereitstellung aktivieren, wird die Anwendung oder das Modul automatisch von GlassFish-Server bereitgestellt. Diese Option ist standardmäßig aktiviert.
Der Standardwert ist 2. Das Ändern des Abrufintervalls hat keine Auswirkungen auf die Bereitstellungszeit von Anwendungen oder Modulen.
Der Standardwert ist 4.
Der Standardwert ist domain-dir/autodeploy.
Der Typ ist möglicherweise einer der folgenden:
Wenn die XML-Validierung fehlschlägt, schlägt die Bereitstellung fehl. Dies ist der Standardwert.
Fehler bei der XML-Validierung werden protokolliert, die Bereitstellung wird jedoch durchgeführt.
Es wird keine XML-Validierung durchgeführt.
Der Verifier überprüft vor der Bereitstellung Struktur und Inhalt der Datei vor der automatischen Bereitstellung. Wenn die Verifizierung fehlschlägt, wird die Bereitstellung nicht durchgeführt. Die Überprüfung von großen Anwendungen ist häufig sehr zeitaufwendig. Die Option ist standardmäßig deaktiviert.
Wenn Sie diese Option deaktivieren, werden die JSP-Dateien beim ersten Zugriff zur Laufzeit kompiliert. Die Option ist standardmäßig deaktiviert.
GlassFish-Server definiert keine weiteren Eigenschaften von Anwendungen.
Tipp - Um zu den Standardeinstellungen zurückzukehren, klicken Sie auf die Schaltfläche "Standardwerte laden" und anschließend auf "Speichern".