Web-Container-Einstellungen
Verwenden Sie diese Seite, um die Web-Container-Einstellungen zu konfigurieren.
Klicken Sie zum Anzeigen dieser Seite der Administrationskonsole auf
.Virtueller Standard-Host
Gibt einen virtuellen Host an, der es einer Hostmaschine ermöglicht, wie mehrere Hostmaschinen aufzutreten. Ressourcen, die einem virtuellen Host zugeordnet sind, können mit anderen Ressourcen, die einem anderen virtuellen Host zugeordnet sind, keine Daten gemeinsam benutzen, selbst wenn die virtuellen Hosts auf demselben physischen System installiert sind.
Wählen Sie eine Option für einen virtuellen Host aus:
- default_host
- Das Produkt stellt einen virtuellen Standard-Host mit einigen allgemeinen Aliasnamen bereit, wie z. B. IP-Adresse der Maschine, kurzer Hostname und vollständig qualifizierter Hostname. Der Aliasname umfasst den ersten Teil des Pfads für den Zugriff auf eine Ressource, z. B. ein Servlet. In der Anforderung http://localhost:80/meinServlet ist der Aliasname localhost:80.
- admin_host
- Diese Option für virtuelle Hosts ist ein anderer Name für den Anwendungsserver; wird in der Basisinstallation auch als server1 bezeichnet. Dieser Prozess unterstützt die Verwendung der Administrationskonsole.
- proxy_host
- Der virtuelle Host mit dem Namen proxy_host enthält Standardportdefinitionen, Port 80 und 443, die gewöhnlich während der Initialisierung des Proxy-Servers initialisiert werden. Verwenden Sie diesen Proxy-Host mit Routing-Regel für den Proxy-Server.
Servlet-Caching aktivieren
Gibt an, dass ein Cacheeintrag erstellt wird, wenn ein Servlet gestartet wird und eine zwischenzuspeichernde Ausgabe generiert. Der Cacheeintrag beinhaltet auch Nebeneffekte des Aufrufvorgangs. Diese Nebeneffekte können darin bestehen, dass andere Servlets oder JSP-Dateien (JavaServer Pages) aufgerufen werden. Möglicherweise sind Metadaten zu einem Eintrag einschließlich der Angaben zu Zeitlimit und Priorität enthalten.
Für das Caching von Portletfragmenten muss das Servlet-Caching aktiviert sein. Deshalb wird beim Aktivieren des Caching von Portletfragmenten automatisch das Servlet-Caching aktiviert. Wenn Sie das Servlet-Caching inaktivieren, wird das Caching von Portletfragmenten automatisch inaktiviert.
Pooling von Anforderungen und Antworten inaktivieren
Gibt an, dass das Pooling von Servletanforderungs und -Antwortobjekten durch den Web-Container inaktiviert werden soll. Wenn Sie das Pooling von Servletanforderungs- und -Antwortobjekten inaktivieren, werden für jede Anforderung neue Servletanforderungs- und -Antwortobjekte erstellt.
Wenn Sie das Pooling von Servletanforderungs- und -Antwortobjekten inaktivieren, werden für jede Anforderung neue Servletanforderungs- und -Antwortobjekte erstellt. Dies kann sich nachteilig auf die Leistung auswirken, bietet aber Schutz vor unvorhergesehenen Pooling-Fehlern.
Anzahl der Threads für Zeitlimitüberschreitungen
Gibt die Anzahl der Threads an, die für die Behandlung von Zeitlimitüberschreitungen bei asynchronen Servlets pro Server verfügbar sind.
Der Standardwert 2 kann zu niedrig sein, wenn Sie sehr viele Anwendungen haben, die asynchrone Servlets enthalten, in denen häufig Zeitlimitüberschreitungen auftreten.
Standardzeitlimit
Gibt das Standardzeitlimit des Servers für asynchrone Servlets an.
Der Standardwert von 30 Sekunden kann verringert werden, wenn Antworten nicht schnell genug empfangen werden und wenn eine zuverlässige Fehlerbehandlung verfügbar ist. Sie können den Wert erhöhen, wenn zu viele Zeitlimitüberschreitungen empfangen werden, und das längere Zeitlimit erzeugt Antworten in einer für den Client akzeptablen Weise. Die Einheiten sind Millisekunden. Multiplizieren Sie deshalb die Anzahl mit 1000, um den Wert in Sekunden zu konvertieren. Für eine differenziertere Granularität müssen Sie die AsyncContext-Methode "setTimeout" über das Programm verwenden.
Thread-Pool zum Starten ausführbarer Objekte verwenden
Wählen Sie diese Option aus, um denselben Thread-Pool zu verwenden, aus dem auch die Anforderung stammt. Diese Option gibt keine Kontexte aus der ursprünglichen Anforderung weiter.
Arbeitsmanager zum Starten ausführbarer Objekte verwenden
Wählen Sie diese Option aus, um einen Arbeitsmanager zum Starten des ausführbaren Objekts zu verwenden. Diese Option ist die Standardoption. Die Work-Manager-Option gibt alle Kontexte weiter, die für den ausgewählten Arbeitsmanager konfiguriert sind. Diese Option setzt außerdem die Auswahl des JNDI-Namens des zu verwendenden Arbeitsmanagers voraus.
- Der Kontext, der weitergegeben wird, ist unter konfigurierbar. In derselben Anzeige können auch auch neue Arbeitsmanager erstellen.
- Sofern Sie nichts anderes angeben, wird der Standard-Work-Manager von WebSphere Application Server verwendet. Dies ist möglicherweise nicht wünschenswert, da andere Komponenten den Arbeitsmanager verwenden und damit die Anzahl der Threads verringern, die gleichzeitig verfügbar sind.
- Wenn Sie Änderungen an den Work-Manager-Einstellungen vornehmen möchten, wird empfohlen, einen Arbeitsmanager zu erstellen, damit sich Änderungen an den Standardwerten nicht auf andere Komponenten auswirken.
- Wenn Sie einen Arbeitsmanager so konfiguriert haben, dass Ausnahmen ausgelöst werden, wenn die Arbeitswarteschlange voll ist, wird eine Ausnahme des Typs "IllegalStateException" an den Aufrufenden von "start(Runnable)" gesendet, und der Aufrufende ist für die Behandlung der Ausnahme verantwortlich.