Versionshinweise zu Sun Java System Web Server 7.0

Java Enterprise System

In der folgenden Tabelle werden bekannte Probleme in Java Enterprise System (Java ES) beschrieben.

Tabelle 20 Bekannte Probleme in Java ES

Problem-ID 

Beschreibung 

6484181 

Portal Server konfiguriert JVM-Stack-Größe auf 128K, was für den Start für die 64-Bit-Version von Web Server 7.0 zu wenig ist.

Wenn Web Server 7.0 bereits im 64-Bit-Modus konfiguriert ist und die Portal Server-Installation gestartet wird, setzt die Portal Server-Konfiguration die Stack-Größe nicht auf 128K. Wenn jedoch sowohl Portal Server als auch Web Server bereits installiert sind und im 32-Bit-Modus konfiguriert wurden, erfordert der Wechsel in den 64-Bit-Modus einige manuelle Schritte, die im Abschnitt "Umgehung" beschrieben werden.  

Umgehung

Wenn Portal Server als Bestandteil von Java ES 5 zusätzlich zur 32-Bit-Version von Web Server 7.0 bereitgestellt wird und Sie den Server im 64-Bit-Modus starten möchten, führen Sie die folgenden Schritte aus: 

  1. # Installationsverzeichnis/bin/wadm delete-jvm-options --user=admin --port=8989 --password-file=passfile --config= HOSTNAME "-Xms512M -Xmx768M -Xss128k"

  2. # Installationsverzeichnis/bin/wadm create-jvm-options --user=admin --port=8989 --password-file=passfile --config= HOSTNAME "-Xms512M -Xmx768M -Xss512k"

  3. Erhöhen Sie die voreingestellte Stack-Größe von Web Server 7.0 auf 139264, indem Sie den folgenden Befehl eingeben:

    # Installationsverzeichnis/bin/wadm set-thread-pool --user=admin --config=Konfigurationsname --password-file=Dateiname native-stack-size=139264

  4. Stellen Sie die Konfiguration bereit.

    # Installationsverzeichnis/bin/wadm deploy-config

6487041 

Skripts schemagen/xjc/wsgen/wsimport nicht in Java ES Web Server-Installation vorhanden.

Die Skripts schemagen/xjc/wsgen/wsimport sind bei einer Java ES-Installation und einer eigenständigen Installation von Web Server in unterschiedlichen Verzeichnissen enthalten.

Umgehung

Die Skripts sind Bestandteil der Web Services-Komponenten. In einer eigenständigen Installation von Web Server befinden sich diese Skripts und JAR-Dateien im Verzeichnis Installationsverzeichnis/bin und Installationsverzeichnis/lib. respectively.

In einer Java ES-Installation werden Skripts und JAR-Dateien als Bestandteil der gemeinsam genutzten Komponenten installiert und außerhalb des Root-Verzeichnisses von Web Server abgelegt.  

Der Speicherort von Skripts und JAR-Dateien auf verschiedenen Plattformen wird nachfolgend aufgeführt. 

Solaris-Betriebssystem: 

  • Skripts befinden sich im Verzeichnis /opt/SUNWjax/bin.

  • JAR-Dateien werden im Verzeichnis /opt/SUNWjax/lib und /usr/share/lib abgelegt.

Linux und HP-UX: 

  • Skripts befinden sich in den Verzeichnissen /opt/sun/bin und /opt/sun/share/jaxb/bin.

  • JAR-Dateien werden in den Verzeichnissen /opt/sun/share/jaxb/lib, /opt/sun/share/lib und /opt/sun/private/share/lib abgelegt.

Windows: 

  • Skripts befinden sich in den Verzeichnissen <JES-Installationsverzeichnis> \share\bin und <JES-Installationsverzeichnis> \share\jaxb2\bin.

  • JAR-Dateien werden in den Verzeichnissen <JES-Installationsverzeichnis> \share\jaxb2\lib und <JES-Installationsverzeichnis> \share\lib abgelegt.

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.so und libdb_java-3.3.so 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.so-Pfad> :<libdb_java-3.3.so-Pfad> in den folgenden Befehlen angegeben werden.


Führen Sie auf einer Solaris-Plattform die folgenden Schritte aus: 

  1. Kopieren Sie die Dateien libdb-3.3.so und libdb_java-3.3.so aus dem Web Server 6.1-Verzeichnis lib an einen anderen, geeigneten Speicherort.


    Hinweis –

    Für HP-UX sind dies die Dateien libdb-3.3.sl und libdb_java-3.3.sl. Unter Windows müssen die Dateien libdb-3.3.dll und libdb_java-3.3.dll verschoben werden.



    Achtung – Achtung –

    Kopieren Sie die Bibliotheksdateien nicht in ein Web Server 7.0-Verzeichnis (z. B. lib).


  2. Erstellen Sie ein Verzeichnis (mkdir) mit dem Namen /portal_libraries. Kopieren Sie die Bibliothekdateien libdb-3.3.so und libdb_java-3.3.so in das neue Verzeichnis /portal_libraries.

  3. Verwenden Sie den wadm-Befehl, um Web Server Informationen zum Speicherort der Bibliothekdateien bereitzustellen.

  4. Sie rufen die aktuelle Systemeinstellung für den Bibliothekpfad ab, indem Sie den CLI-Befehl eingeben:

    get-jvm-prop -user=admin --config=Hostname native-library-path-prefix

    Speichern Sie die Ausgabe.

  5. Hängen Sie den Pfad zu the copied libdb-3.3.so und libdb_java-3.3.so an den vorhandenen Systempfad für Bibliotheksdateien an, indem Sie folgenden CLI-Befehl verwenden:

    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.so und libdb_java-3.3.so kopiert haben.

    Wenn der Befehl get-jvm-prop keine Ausgabe liefert, setzen Sie native-library-path-prefix:

    native-library-path-prefix=</Portal_Bibliothekspfad>


  6. Hinweis –

    Verwenden Sie unter Windows ';' als Trennzeichen für native-library-path-prefix -Parameter:

    native-library-path-prefix= <vorhandener_Systembibliothekspfad>;<Portal_Bibliothekspfad>

    Für Nicht-Windows-Plattformen verwenden Sie ':' als Trennzeichen für native-library-path-prefix-Parameter:

    native-library-path-prefix=<vorhandener_Systembibliothekspfad>:<Portal_Bibliothekspfad>


  7. Stellen SIe die geänderte Konfiguration durch Eingabe des folgenden Befehls bereit:

    deploy-config [--user=Admin-Benutzer] config-Name

6504178  

Migrationsprotokolle zeichnen in Java ES 5 falsche Meldung "Root ist kein gültiger Benutzer" auf.

Bei der Migration von Java ES 4 auf Java ES 5 auf UNIX-Plattformen wird im Migrationsprotokoll die folgende Fehlermeldung protokolliert: WARNUNG: "Root ist kein gültiger Benutzer". Diese Meldung ist falsch, da "Root" auf diesem Host ein gültiger Benutzer ist.

6453037  

Beim Start von Web Server werden zahlreiche Warnungen/Informationsmeldungen per Standardausgabe angezeigt, statt in die Protokolldatei umgeleitet zu werden.