Einstellungen für Laden von Klassen und Erkennung von Dateiaktualisierungen

Verwenden Sie diese Seite, um die Verwendung von Klassenladern in einer Anwendung zu konfigurieren.

Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf Anwendungen > Anwendungstypen > WebSphere-Unternehmensanwendungen > Anwendungsname > Laden von Klassen und Erkennung von Dateiaktualisierungen.

Achtung: Wenn eine Anwendung aktiv ist, hat die Änderung einer Anwendungseinstellung einen Neustart der Anwendung zur Folge. In eigenständigen Servern wird die Anwendung nach dem Speichern der Änderung gestartet. In Mehrserverprodukten wird die Anwendung erneut gestartet, wenn Sie die Änderung speichern und die Dateien auf dem Knoten, auf dem die Anwendung installiert ist, synchronisieren. Wenn Sie festlegen möchten, wann die Synchronisation in Mehrserverprodukten durchgeführt wird, wählen Sie die Option Änderungen mit Knoten synchronisieren auf der Seite "Konsoleinstellungen" ab.

Register 'Konfiguration'

Einstellungen für das erneute Laden von Klassen für Web- und EJB-Module überschreiben

Gibt an, ob das erneute Laden von Klassen beim Aktualisieren von Anwendungsdateien aktiviert werden soll.

Wählen Sie Einstellungen für das erneute Laden von Klassen für Web- und EJB-Module überschreiben aus, wenn Sie das Attribut "reloadEnabled" in der Datei deployment.xml für die Anwendung auf true setzen möchten. Sollte sich die Klassendefinition einer Anwendung ändern, wird die Laufzeit des Anwendungsservers gestoppt und das erneute Laden der Anwendungsklassen eingeleitet.

Die Einstellungen für das erneute Laden in der Datei deployment.xml überschreiben die Einstellungen für das erneute Laden für alle Web- und EJB-Module, die in den Dateien ibm-web-ext.xmi und META-INF/ibm-application-ext.xmi definiert werden können.

Für JSP-Dateien (JavaServer Pages) in einem Webmodul gilt Folgendes: Der Webcontainer lädt JSP-Dateien nur, wenn die IBM Erweiterung jspReloadingEnabled in den JSP-Attributen der Datei ibm-web-ext.xmi den Wert true hat. Sie können das erneute Laden von JSPs während der Implementierung in der Anzeige mit den Optionen für das erneute Laden von JSPs aktivieren.

Datentyp Boolean
Standardeinstellung false
Abfrageintervall für aktualisierte Dateien

Gibt an, in welchen Zeitabständen (in Sekunden) das Dateisystem der Anwendung nach aktualisierten Dateien durchsucht werden soll. Standardmäßig wird für das Intervall für erneutes Laden der Wert des Attributs in der IBM-Erweiterungsdatei (META-INF/ibm-application-ext.xmi) der EAR-Datei verwendet.

Die Einstellung Abfrageintervall für aktualisierte Dateien entspricht dem Feld Intervall für erneutes Laden in Sekunden in den Assistenten für Anwendungsinstallation und -aktualisierung.

Zum Aktivieren des erneuten Ladens von Klassen müssen Sie einen Wert größer als null angeben (z. B. einen Wert zwischen 1 und 2147483647). Wenn Sie das erneute Laden von Klassen inaktivieren möchten, geben Sie null (0) an. Der gültige Wertebereich ist 0 bis 2147483647.

Das Intervall für erneutes Laden wird nur wirksam, wenn das erneute Laden von Klassen aktiviert ist.

Datentyp Integer
Einheiten Sekunden
Standardeinstellung 3
Reihenfolge der Klassenlader

Gibt an, ob der Klassenlader zuerst im übergeordneten Klassenlader oder im Klassenlader der Anwendung suchen soll, um eine Klasse zu laden. Die Standardeinstellung für Developer-Kit-Klassenlader und Klassenlader von WebSphere Application Server ist Mit dem übergeordneten Klassenlader geladene Klassen zuerst. Wenn Sie Mit dem lokalen Klassenlader geladene Klassen zuerst (übergeordneter zuletzt) auswählen, kann die Anwendung Klassen, die im übergeordneten Klassenlader enthalten sind, überschreiben. Wenn überschriebene und nicht überschriebene Klassen parallel verwendet werden, besteht jedoch die Möglichkeit, dass eine Ausnahme des Typs "ClassCastException" ausgelöst wird bzw. Verknüpfungsfehler (LinkageErrors) auftreten.

Die Optionen sind Mit dem übergeordneten Klassenlader geladene Klassen zuerst und Mit dem lokalen Klassenlader geladene Klassen zuerst (übergeordneter zuletzt). Der Standardwert sieht vor, dass zuerst im übergeordneten Klassenlader und dann im Klassenlader der Anwendung gesucht werden soll, um eine Klasse zu laden.

Damit Ihre Anwendung die Standardkonfiguration von Jakarta Commons Logging in WebSphere Application Server verwendet, müssen Sie den Klassenladermodus auf Mit dem übergeordneten Klassenlader geladene Klassen zuerst setzen. Wenn Ihre Anwendung die Standardkonfiguration von Jakarta Commons Logging in WebSphere Application Server überschreiben soll, müssen Sie die Konfiguration in einer Form bereitstellen, die von Jakarta Commons Logging unterstützt wird. Als Einstellung für den Klassenladermodus der Anwendung müssen Sie Mit dem lokalen Klassenlader geladene Klassen zuerst (übergeordneter zuletzt) verwenden. Außerdem müssen Sie den Klassenladermodus für jedes Webmodul in der Anwendung so einstellen, dass die korrekte Logger-Factory geladen wird.

Datentyp String
Standardeinstellung Mit dem übergeordneten Klassenlader geladene Klassen zuerst
Klassenladerrichtlinie für WAR-Dateien

Gibt an, ob ein einziger Klassenlader zum Laden aller WAR-Dateien dieser Anwendung verwendet oder ob jeder WAR-Datei ein anderer Klassenlader zugeordnet werden soll.

Die Optionen sind Klassenlader für jede WAR-Datei der Anwendung und Einzelner Klassenlader für gesamte Anwendung. Der Standardwert sieht vor, dass für jede WAR-Datei ein eigenständiger Klassenlader verwendet wird.

Datentyp String
Standardeinstellung Klassenlader für jede WAR-Datei der Anwendung



Mit (online) gekennzeichnete Links setzen einen Internet-Zugang voraus.

Zugehörige Konzepte
Zugehörige Tasks
Zugehörige Verweise
Einstellungen der Unternehmensanwendung


Dateiname: urun_rapp_classload.html