6513089
|
Fehlender Wert in der Datei "server.xml" beim Neustart der Web Server-Instanz
Wenn Sie die Web Server-Instanz neu starten, wird die folgende Fehlermeldung angzeigt:
Fehlender Wert in server.xml bei Neustart der Web Server-Instanz.
|
Umgehung Führen Sie die folgenden Schritte aus:
-
Starten Sie den Administrationsserver.
WebServer-Basisverzeichnis\admin-server\bin\startserv
-
Bearbeiten Sie die Datei WebServer-Basisverzeichnis\https-FQDN\config\server.xml.
-
Suchen Sie nach den folgenden Zeilen:
<search-collection>
<name/>
<..?
</search-collection>
|
-
Ersetzen Sie diese Zeilen durch Folgendes:
<search-collection>
<name>search-collection-1</name>
<..?
</search-collection>
|
-
Übernehmen Sie diese Änderungen im Administrationsserver.
wadm pull-config --user=admin --config=FQDN FQDN
Der FQDN ist der vollqualifizierte Domänenname Ihres Hostsystems.
|
6492144
|
Das CLI-Installationsprogramm unterstützt bei der Passworteingabe nicht die Tastenkombination Strg+C
Das Installationsprogramm akzeptiert die Tastenkombination Strg+C nicht, sodass das Terminal nicht verwendet werden kann.
Umgehung Keine.
|
6479247
|
Beim Neustart einer Instanz nach der Bereitstellung wird ein Dialogfeld zur Eingabe des Token-Passworts angezeigt Dieses Verhalten betrifft nicht die anderen Plattformen.
Umgehung Keine.
|
6432106
|
Sun Java System Portal Server-Suche führt nach Web Server-Upgrade zu Ausnahmefehler
Die Suchfunktionalität von Portal Server gibt einen Ausnahmefehler aus, wenn Web Server von Java ES 4 auf Java ES 5 aktualisiert wird.
Umgehung
Hinweis –
Verschieben Sie die vorhandenen Bibliotheksdateien libdb-3.3.dll und libdb_java-3.3.dll an einen geeigneten Speicherort außerhalb der Web Server-Verzeichnisse. Nachdem die Portal Server-Bibliotheken an einen geeigneten Ort verschoben wurden, muss der Pfad für <libdb-3.3.dll-Pfad> :<libdb_java-3.3.dll-Pfad> in den folgenden Befehlen angegeben werden.
Führen Sie auf der Windows-Plattform die folgenden Schritte aus:
-
Kopieren Sie die Dateien libdb-3.3.dll und libdb_java-3.3.dll aus dem Web Server 6.1-Verzeichnis lib an einen anderen, geeigneten Speicherort.
Achtung – Kopieren Sie die Bibliotheksdateien nicht in ein Web Server 7.0-Verzeichnis (z. B. lib).
-
Erstellen Sie ein Verzeichnis mit dem Namen portal_libraries.
-
Kopieren Sie die Bibliotheksdateien libdb-3.3.dll und libdb_java-3.3.dll in das neue Verzeichnis portal_libraries.
-
Verwenden Sie den wadm-Befehl, um Web Server Informationen zum Speicherort der Bibliothekdateien bereitzustellen.
-
Rufen Sie die aktuelle Systemeinstellung für den Bibliothekspfad ab:
get-jvm-prop -user=admin --config=Hostname native-library-path-prefix
-
Speichern Sie die Ausgabe.
-
Hängen Sie den kopierten Pfad für libdb-3.3.dll und libdb_java-3.3.dll an den vorhandenen Systembibliothekspfad an:
set-jvm-prop --config=Hostname native-library-path-prefix=<vorhandener_Systembibliothekspfad>:</Portal_Bibliothekspfad>
Hierbei steht Portal_Bibliothekspfad für den Speicherort, an den Sie in Schritt 1 die Bibliotheksdateien libdb-3.3.dll und libdb_java-3.3.dll kopiert haben.
Wenn der Befehl get-jvm-prop keine Ergebnisse bzw. keine Ausgabe liefert, setzen Sie den Parameter native-library-path-prefix:
native-library-path-prefix=</Portal_Bibliothekspfad>
Hinweis –
Verwenden Sie ';' folgendermaßen als Trennzeichen für den native-library-path-prefix-Parameter:
native-library-path-prefix=<vorhandener_Systembibliothekspfad>:<Portal_Bibliothekspfad>
Für Nicht-Windows-Plattformen verwenden Sie ':' als Trennzeichen für den native-library-path-prefix-Parameter:
native-library-path-prefix=<vorhandener_Systembibliothekspfad>:<Portal_Bibliothekspfad>
-
Stellen Sie die geänderte Konfiguration bereit:
deploy-config
[--user=Admin-Benutzer] config-Name
|
6425144
|
Klassenpfad wird durch wadm nicht ordnungsgemäß aktualisiert, wenn Klassenpfad ein Semikolon (;) enthält
Wenn Sie den Klassenpfad mithilfe der Datei wadm.bat setzen und der Klassenpfad ein Semikolon enthält, wird nicht der vollständige Klassenpfad in der Datei server.xml aktualisiert. Es wird lediglich der Pfad vor dem Semikolon (;) aktualisiert.
Umgehung Verwenden Sie eine der folgenden Umgehungen.
|
6364924
|
Ein Knoten kann für mehrere Administrationsserver registriert werden, was möglicherweise zu einem Konfigurationskonflikt führt
Es ist möglich, einen Knoten für einen zweiten Administrationsserver zu registrieren, ohne die Registrierung für den ersten Administrationsserver aufzuheben. Dies führt jedoch dazu, dass die Knoten auf beiden Administrationsservern nicht mehr zugänglich sind.
Umgehung
Starten Sie bei jeder Registrierung den Administrationsknoten neu. Der Administrationsknoten bleibt für den zuletzt registrierten Administrationsserver verfügbar.
|
6379125
|
wadm-Befehl ermöglicht die Verbindungsherstellung zu einem Knoten, zeigt ein Zertifikat und gibt dann einen HTTP 400-Fehler aus
Der Web Server-Knoten verwenden denselben JMX-Connector wie der Administrationsserver, der auf demselben URI als Administrationsserver registriert ist. Als Teil des SSL-Handshake wird ein Zertifikat ausgegeben, und die Ausführung hat noch nicht den Knoten erreicht. Web Server ist nicht in der Lage zu ermitteln, ob die Verwendung von einem Client oder einem Administrationsserver stammt.
|
4793938
|
Anstelle des Verzeichnisindex wird ein Benutzer- und Passwortdialogfeld angezeigt
Web Server 7.0 sendet per Voreinstellung erst dann einen Verzeichnisindex, wenn der Benutzer authentifiziert wurde. Wenn der Benutzer versucht, auf ein Verzeichnis zuzugreifen, wird er zur Eingabe von Benutzername und Passwort aufgefordert. Diese Aufforderung erfolgt, da die standardmäßige Zugriffssteuerungsliste (Access Control List, ACL) in Web Server 7.0 nur authentifizierten Benutzern das Recht zur Auflistung von Verzeichnissen gewährt.
Umgehung
Sie können nicht authentifizierten Benutzern das Auflisten von Verzeichnissen ermöglichen, indem Sie mithilfe der Administrationskonsole die Datei default.acl bearbeiten. Weitere Informationen zur Gewährung von Auflistungsberechtigungen finden Sie im Sun Java System Web Server 7.0 Administrator's Guide.
|