Intern sichtbare Server-ID. Sie wird gegenüber HTTP-Clients nicht offengelegt. Die Hostnamen, die gegenüber HTTP-Clients offengelegt werden, müssen im Feld "Hosts" angegeben werden.
Der Hostname oder Namen für den Computer, auf dem der Server ausgeführt wird. Verwenden Sie entweder tatsächliche oder virtuelle Hostnamen, die beim DNS-Server für Ihr Netzwerk registriert sind (und, auf einem UNIX-System, in der Datei /etc/hosts).
Wählen Sie den gewünschten Status für den Server aus. Standardmäßig ist der Server aktiviert.
Dieses Feld wird automatisch ausgefüllt, wenn ein HTTP-Zielgerät erstellt und diesem Server zugeordnet wird.
Die Verwendung dieses Feldes erfordert die Angabe eines vorhandenen HTTP-Listeners. Sie dürfen jedoch keinen Listener angeben, der von einem anderen virtuellen Server verwendet wird, da anderenfalls ein Fehler im Serverprotokoll aufgezeichnet wird, wenn Sie den Server neu starten. Da ein Listener bei der Erstellung mit einem vorhandenen virtuellen Server verknüpft werden muss, werden alle vorhandenen Listener von einem anderen virtuellen Server verwendet.
Wählen Sie ein Webmodul aus der Dropdown-Liste. Wählen Sie ein bereitgestelltes Webmodul aus (sofern vorhanden), das auf alle Anforderungen antworten soll, die keinem anderen auf dem virtuellen Server bereitgestellten Webmodul zugeordnet werden können. Wenn kein Standardwebmodul angegeben ist, wird das Webmodul verwendet, das einen leeren Kontext aufweist. Ist kein solches Webmodul vorhanden, wird ein Standardwebmodul für das System erstellt und verwendet.
Lassen Sie das Feld "Protokolldatei" leer, um Protokollmeldungen an das Standardserverprotokoll zu senden. Geben Sie ansonsten den Pfad zur Datei ein, in der Meldungen für diesen virtuellen Server protokolliert werden.
Der absolute Pfad zum Root-Dokumentverzeichnis für den Server. Der Standardwert istdomain-dir/docroot.
SSO (Single-Sign-On) ermöglicht es mehreren Anwendungen, für die dieselben Benutzeranmeldeinformationen erforderlich sind, diese Informationen gemeinsam zu nutzen. Auf diese Weise muss sich der Benutzer nicht bei jeder Anwendung einzeln anmelden. Wenn diese Funktion deaktiviert ist, müssen Sie die Benutzer jeder Anwendung auf dem virtuellen Server einzeln authentifizieren. Diese Option ist standardmäßig deaktiviert.
Geben Sie an, ob die vom HTTP-Dienst übernommene Zugriffsprotokollierung aktiviert oder deaktiviert ist.
Der absolute Verzeichnispfad zu den Serverzugriffsprotokollen. Der Standardwert ist domain-dir/logs/access.
Ein Wert kleiner oder gleich Null deaktiviert die Pufferung. Wenn Sie das Feld leer lassen, wird die Zugriffsprotokoll-Puffergröße vom HTTP-Dienst geerbt.
Die Zeit (in Sekunden) bis zur Aktualisierung des Zugriffsprotokolls. Ein Wert von 0 deaktiviert die Pufferung.
Weitere Eigenschaften für den virtuellen Server. Folgende Eigenschaften stehen zur Verfügung:
Gibt die Anzahl an Sekunden an, nach denen der SSO-Eintrag eines Benutzers zum Löschen freigegeben wird, wenn keine Clientaktivität verzeichnet wird. Da der SSO-Eintrag für verschiedene Anwendungen auf demselben virtuellen Server verwendet wird, wird er durch den Zugriff auf eine beliebige der Anwendungen aktiv gehalten.
Der Standardwert ist 300 Sekunden (5 Minuten). Höhere Werte ermöglichen eine längere SSO-Persistenz für die Benutzer, jedoch zu Lasten eines höheren Arbeitsspeicherverbrauchs auf dem Server.
Gibt die Anzahl an Sekunden an, die zwischen zwei Löschvorgängen für abgelaufene SSO-Einträge vergeht.
Der Standardwert ist 60.
Wenn diese Eigenschaft auf true gesetzt wird, werden Ressourcen in Form von symbolischen Verknüpfungen für alle Webanwendungen verwendet, die auf diesem virtuellen Server bereitgestellt sind. Einzelne Webanwendungen können diese Einstellung durch Verwendung der sun-web-app-Eigenschaft allowLinking in der Datei sun-web.xml überschreiben:
<sun-web-app> <property name="allowLinking" value="{true|false}"/> </sun-web-app>
Der Standardwert ist false.