Versionshinweise zu Sun Java System Portal Server 7.1

Versionshinweise zu Sun Java System Portal Server 7.1

Diese Versionshinweise enthalten wichtige Informationen, die zum Zeitpunkt der Veröffentlichung von Sun JavaTM SystemPortal Server 7.1 zur Verfügung standen. In diesem Dokument werden neue Funktionen und Verbesserungen, bekannte Probleme und Einschränkungen und andere Informationen angesprochen. Lesen Sie dieses Dokument, bevor Sie Portal Server 7.1 verwenden.

Die neueste Ausgabe dieser Versionshinweise finden Sie auf der Sun Java System-Website für Dokumentationen unter http://docs.sun.com. Besuchen Sie diese Website vor der Installation und Konfiguration Ihrer Software und später regelmäßig, um stets die neuesten Versionshinweise und Produktdokumentationen verfügbar zu haben.

Diese Versionshinweise sind in die folgenden Abschnitte aufgegliedert:

Diese Dokumentation kann URLs zu Produkten von Drittanbietern zur Bereitstellung zusätzlicher zugehöriger Informationen enthalten.


Hinweis –

Sun ist nicht haftbar für die Verfügbarkeit der Websites Dritter, die in diesem Dokument erwähnt werden. Sun unterstützt keine Inhalte, Werbung, Produkte oder sonstige Materialien, die auf oder über solche Websites oder Ressourcen verfügbar sind, und übernimmt keine Verantwortung oder Haftung dafür. Sun ist nicht verantwortlich oder haftbar für tatsächliche oder vermeintliche Schäden oder Verluste, die durch oder in Verbindung mit der Verwendung von über solche Websites oder Ressourcen verfügbaren Inhalten, Waren oder Dienstleistungen bzw. dem Vertrauen darauf entstanden sind.


Änderungsprotokoll der Versionshinweise

Tabelle 1 Änderungsprotokoll

Datum  

Beschreibung der Änderungen  

26. Februar 2007 

Veröffentlichung der Versionshinweise zu Sun Java System Portal Server 7.1. 

Informationen zu Portal Server 7.1

Sun Java System Portal Server 7.1 bietet Endbenutzern einen Portal-Desktop für den Zugriff auf Ressourcen und Anwendungen. Portal Server bietet zudem eine Suchmaschineninfrastruktur, mit deren Hilfe Intranetinhalte organisiert und über den Portal Desktop aufgerufen werden können.

Portal Server umfasst die Unterstützung von Secure Remote Access (SRA), mit dessen Hilfe Remote-Benutzer auf sichere Weise auf das Netzwerk ihrer Organisation und die entsprechenden Dienste über das Internet zugreifen können. Zudem erhält Ihre Organisation auf diese Weise ein sicheres Internetportal, das den Zugriff auf Inhalte, Anwendungen und Daten einer bestimmten Zielgruppe, beispielsweise von Mitarbeitern, Geschäftspartnern oder der allgemeinen Öffentlichkeit, ermöglicht.

Dieser Abschnitt enthält Informationen zu folgenden Themen:

Neuheiten in dieser Version

In Portal Server 7.1 stehen die folgenden neuen Funktionen zur Verfügung.

Veraltete Funktionen

Im Folgenden finden Sie eine Liste der Funktionen, die in Portal Server 7.1 verworfen wurden:

Hinweise zu nicht mehr verfügbaren Funktionen und andere Ankündigungen

Entfernte Funktionen

Im Folgenden finden Sie eine Liste der in Portal Server 7.1 entfernten Funktionen:

Probleme in dieser Version

Dieser Abschnitt enthält Informationen zu noch nicht behobenen Problemen in Portal Server 7.1.


Hinweis –

Die in diesen Versionshinweisen zusammengefassten Probleme beziehen sich auf die HP-UX-Plattform, soweit keine anderen Angaben gemacht werden.


Die folgenden Produktbereiche werden besprochen:

Installation


Nach dem Erstellen eines neuen Portals ist ein Neustart von Common Agent Container erforderlich. (#6521384)

Beispiel:

Wenn Sie auf der Linux-Plattform Application Server 8.2 als Webcontainer für Portal Server verwenden, muss Common Agent Container nach dem Erstellen eines neuen Portals neu gestartet werden.


/opt/sun/cacao/bin/cacaoadm stop
/opt/sun/cacao/bin/cacaoadm start

Wenn Portal Server auf einem Application Server-Cluster installiert wird, um Portal Server zu deinstallieren, müssen Sie die Portal Server-Instanz auf jedem Knoten löschen. (#6494878)

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Starten Sie den DAS auf jedem Sekundärknoten.

  2. Löschen Sie die Portal Server-Instanzen auf jedem Sekundärknoten mit dem Befehl psadmin delete-instance.

  3. Löschen Sie die Portal Server-Instanz auf dem Primärknoten.

  4. Führen Sie den Befehl uninstall aus, um Portal Server zu deinstallieren.

Administration mithilfe von Befehlszeilen-Dienstprogrammen


Die Option --format fehlt in der Hilfe zum Befehl generate-user-behaviour-tracking-report. (#6506032)

Beschreibung:

Wenn Sie den Befehl psadmin generate-user-behaviour-tracking-report --help ausführen, wird die Beschreibung zur -–format-Option nicht angezeigt.

Die -–format-Option legt das Berichtsformat fest, wie z. B. PDF, HTML oder XML. Der Bericht wird standardmäßig im PDF-Format gespeichert.


Der Befehl psadmin delete-instance schlägt fehl, wenn mindestens eine .war-Datei auf dem Server nicht bereitgestellt wird. (#6504630)

Beschreibung:

Wird ein Portlet nicht erfolgreich bereitgestellt, schlägt der Befehl psadmin delete-instance bei der Bereitstellung der Webanwendung fehl.

Lösung:

Stellen Sie die noch nicht auf der Instanz bereitgestellten .war-Dateien bereit, und führen Sie im Anschluss den Befehl psadmin delete-instance aus.


Das Aufheben der Bereitstellung einer .war-Datei des Portlets für einen DN (Distinguished Name) führt zum Aufheben der Bereitstellung der .war-Datei für sämtliche DNs. (#6495423)

Beschreibung:

Stellen Sie eine .war-Datei des Portlets auf zwei DNs bereit, zum Beispiel DN x und DN y. Heben Sie anschließend die Bereitstellung der .war-Datei für DN y auf. Auf dem Desktop wird das Portlet für DN x nicht angezeigt, da die Bereitstellung der Webanwendung im Container aufgehoben wurde.

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Entfernen Sie den Anzeigeprofilteil für diesen Anbieter von DN x.

    psadmin remove-dp -u Admin-Benutzer -f Passwortdatei -d x -p Portal1 -t Anbieter -n Blog-Portlet.blog

  2. Stellen Sie die .war-Datei des Portlets erneut auf DN X bereit.

    psadmin deploy-portlet -u Admin-Benutzer -f Passwortdatei -d x -p Portal1 -n Blog-Portlet.war


Standardmäßig ist für die Option —overwrite "true" für den Import durch die Portal Server-Administratorkonsole angegeben, und "false" für den Befehl psadmin import. (#6323091)

Lösung:

Verwenden Sie beim Ausführen des Unterbefehls psadmin import mit der Option --dp-only die Option --overwrite, wenn Sie das gesamte Anzeigeprofil für dn ersetzen möchten. Geben Sie beispielsweise Folgendes ein:

./psadmin import -u AM-Admin -f PS-Passwort - p Portal-ID --dp-only --continue --overwrite


Portal-Verzeichnis wird nicht gelöscht, wenn sich die Instanz auf einem anderen Host befindet als dem Portal-Host. (#6355651)

Beschreibung:

Führen Sie den Befehl delete-portal auf Rechner1 aus. Das Verzeichnis /var/opt/SUNWportal/portals/portal1 wird von Rechner1 gelöscht, jedoch nicht von Rechner2.

Lösung:

Löschen Sie das Verzeichnis /var/opt/SUNWportal/portals/portal1 von Rechner2.

Zusammenarbeit und Communities


In Umfragen und Abstimmungen wird die Platzhaltersuche mit * nicht unterstützt. (#6426679)

Lösung:

Verwenden Sie für die Platzhaltersuche in Umfragen und Abstimmungen %.


Beim ersten Zugriff auf Community-Portlet wird folgender Fehler angezeigt: Inhalt nicht verfügbar. (#6495254)

Lösung:

Aktualisieren Sie den Browser.

Desktop


Der JSP-Menü-Container ist zum Wechseln zwischen Menüelementen nicht verfügbar. (# 6500729)

Lösung:

Legen Sie die Aktualisierungszeit für alle Leaf-Kanäle auf Null fest.


Aufgrund der Cookie-Größe schlagen Portlets für anonyme Authless-Benutzer fehl. (#6460104)

Beschreibung:

Die Eigenschaften für anonyme Authless-Benutzer werden in einem Cookie gespeichert. Hierzu zählen sämtliche Portlet-Erstellungsargumente und Desktop-Argumente. Wenn die Erstellungsargumente eine bestimmte Größe erreichen, schlagen die Portlets fehl.

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Melden Sie sich bei der Access Manager-Administrationskonsole an.

  2. Klicken Sie auf "Dienstkonfiguration" –> "Client-Erkennung".

  3. Klicken Sie auf dem Bildschirm "Client-Erkennung" auf den Link "Bearbeiten", der mit dem Feld "Client-Typ" angezeigt wird.

  4. Wählen Sie im Popup-Fenster "Client-Manager" die dritte Seite aus.

  5. Klicken Sie auf den Link "Bearbeiten", der mit genericHTML angezeigt wird.

  6. Wählen Sie im Popup-Fenster die Option "Weitere Eigenschaften", und fügen Sie die Eigenschaft authlessState=server hinzu.


Beim Zugriff auf Portal Server-Desktop wird folgende Fehlermeldung angezeigt: "Ungültiges Schlüsselspeicherformat."(#6446218, 6488139)

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Öffnen Sie das Verzeichnis var/opt/SUNWportal/portals/Portal-ID /config/Instanz-ID.

  2. Benennen Sie in diesem Verzeichnis die Datei security in security.backup um.

  3. Starten Sie die Instanz neu.

Portlet


Multibyte-Dateinamen in psconsole unter "Portlet bereitstellen"sind beschädigt. (#6368639)

Beschreibung:

Wenn das Standard- und Browser-Gebietsschema eine unterschiedliche Zeichencodierung aufweisen, werden Datei- und Verzeichnisnamen in der Portal-Administrationskonsole unleserlich angezeigt.

Lösung:

Datei- und Verzeichnisnamen werden nach einem bestimmten Zeichencodierungsschema codiert. Legen Sie für das Standardgebietsschema dieselbe Zeichencodierung wie für das Browser-Gebietsschema fest.


Portlet-Exportwerte werden zwischengespeichert. (# 6273292)

Beschreibung:

Geben Sie für die Aktualisierungszeit den Wert null an. Zum Beispiel <String name="refreshTime" value="0" advanced="true"/>.

Portal Server-Verwaltungskonsole


Auf WebLogic und Application Server 8.2 werden Datenquellen nicht auf einer neuen Portal Server-Instanz bereitgestellt. (#6515080 )

Lösung:

Führen Sie in der WebLogic-Administrationskonsole folgende Schritte aus:

  1. Melden Sie sich bei der WebLogic-Administrationskonsole an.

  2. Wählen Sie die Datenquellen aus. Wählen Sie jede Datenquelle aus, und klicken Sie im rechten Frame auf die Registerkarte für Eingaben zum Ziel und der Bereitstellung.

Führen Sie in der Application Server 8.2-Administrationskonsole folgende Schritte aus:

  1. Melden Sie sich bei der Application Server-Administrationskonsole an.

  2. Klicken Sie auf "Ressourcen"-> "JDBC-Ressourcen" -> "jdbc/communitymc".

  3. Klicken Sie im rechten Frame auf die Registerkarte "Ziele" und anschließend auf "Ziele verwalten".

  4. Fügen Sie die Serverinstanz hinzu.


Portal Server-Seite /portal/dt wird bei Zeitüberschreitung durch Instant Messenger nicht ordnungsgemäß geladen. (# 6200508)

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Melden Sie sich bei der Portal Server-Administrationskonsole an.

  2. Klicken Sie auf "Identity Management" -> "Dienste".

  3. Ändern Sie die maximale Sitzungsdauer auf einen größeren Wert als die Zeitüberschreitungsdauer der Verbindung für den SSO-Kanal.


In der Hilfe zur Administrationkonsole muss HTTPS HTTP und URLs URI lauten. (#6476607)

Beschreibung:

Im Profilbereich unter Secure Remote Access lautet das Attribut "HTTP-Anschluss: Gibt HTTPS-Port an. Standardwert lautet 80." HTTPS sollte HTTP lauten. Anstelle von "Neuschreiben aller URLs" sollte es "Neuschreiben aller URIs" heißen.


Hilfedateien werden auf Web Server-SSL-Rechner nicht angezeigt. (#6351789)

Beschreibung:

Melden Sie sich bei psconsole an, und klicken Sie auf die Schaltfläche "Hilfe". Die Inhalte der Hilfe werden nicht angezeigt.

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Fügen Sie der verwalteten Bean-Deklaration von JavaHelpBean in der Datei ./web-src/common/common-fonfig.xml eine Bean-verwaltete Eigenschaft über den Befehl httpPort hinzu. Die Datei common-config.xml befindet sich in der .war-Datei von psconsole.

  2. Legen Sie den Wert von httpPort auf einen unsicheren Anschluss (HTTP) fest, den der Webcontainer bereitstellt.

Beispiel:

Das folgende Beispiel zeigt die Festlegung von httpPort auf Anschluss 8080:

<managed-bean>

<description>Backing-Bean für die Java-Hilfekomponente</description>

<managed-bean-name>JavaHelpBean </managed-bean-name>

<managed-bean-class>com.sun.web.ui.bean.HelpBackingBean </managed-bean-class>

<managed-bean-scope> request</managed-bean-scope>

<managed-property>

<property-name>jspPath </property-name>

<value>faces </value>

</managed-property>

<managed-property>

<property-name> httpPort</property-name>

<value>8080</value>

</managed-property>

</managed-bean>

Der Webcontainer muss einen HTTP-Anschluss für das obige Beispiel unterstützen, damit die Einstellung wirksam werden kann. Es muss eine unjar- und eine re-jar-Datei der psconsole-WAR für das Verwalten der bean-Eigenschaft und zum Setzen des Werts für den HTTP-Anschluss hinzugefügt werden. Nach Erstellung der neuen pconsole-WAR ist eine erneute Bereitstellung erforderlich, damit die Änderungen in Kraft treten.

Proxylet


Proxylet-Hilfe kann nur über Proxylet-Kanal aufgerufen werden. (#5036777)

Beschreibung:

Die Proxylet-Hilfe kann nur über den Proxylet-Kanal aufgerufen werden. Beim Klicken auf den Hilfe-Link auf der Seite "Proxylet bearbeiten" zeigt dieser die Desktop-Onlinehilfe an.


Für Firefox-Browser auf Solaris-Plattform entspricht Proxylet nicht dem Java Web Start-Modus. (#6464974)

Lösung:

Kopieren Sie die Datei istall_dir/defaults/profile/mimeTypes.rdf von Firefox für Windows in das Verzeichnis istall_dir/defaults/profile von Firefox für Solaris.


Selbst nach Abmeldung von Portal Server wird die Proxylet-Konsole nicht geschlossen. (#6496855)

Lösung:

Beenden Sie die Proxylet-Anwendung, und schließen Sie den Browser.


Der Portal-Desktop ist nach Auswahl der Option für den automatischen Download von Proxylet nicht aktualisiert. (#6493401, 6509603)

Beschreibung:

Klicken Sie auf die Schaltfläche "Bearbeiten", und wählen Sie die Option für den automatischen Download von Proxylet. Wenn anschließend im Proxylet-Kanal keine Proxylet-Anwendung vorhanden ist, sollte der Portal-Desktop aktualisiert werden. Wenn Sie Mozilla 1.0.7 auf einer Windows 2000-Plattform verwenden, wird der Portal-Desktop nicht aktualisiert.

Lösung:

Ist Proxylet für den automatischen Download konfiguriert, muss der Administrator eine Anwendungs-URL für den Portal-Desktop angeben.

  1. Wählen Sie in der Portal Server-Administrationskonsole die Registerkarte "Portale".

  2. Wählen Sie eine Organisation aus, oder fügen Sie den Benutzer hinzu, für den die Liste mit den Anwendungen in der DP-Liste bereitgestellt werden muss.

  3. Klicken Sie auf die Registerkarte "Verwalten" und anschließend auf den Link "Container" unter der Organisation oder dem Benutzer Ihrer Wahl.

  4. Wählen Sie im linken Fenster "Proxylet" aus.

  5. Klicken Sie im rechten Fenster auf den Link "AppUrl".

  6. Fügen Sie die Anwendung auf der Anwendungs-URL-Seite hinzu.

  7. Die erstellte Anwendungs-URL wird auf dem Portal-Desktop für das jeweilige Benutzeranzeigeprofil oder für die ausgewählte Organisation angezeigt.


Für nicht standardmäßigen Root-Proxylet-Benutzer enthalten .pac-Dateien keine Proxylet-Regeln. (#6445867)

Beschreibung:

Für einen Proxylet-Benutzer enthält die .pac-Datei keine der Proxylet-Regeln.

  1. Erstellen Sie in der Access Manager-Administratorkonsole einen Benutzer in developersample.

  2. Erstellen Sie in der Portal Server-Administratorkonsole die Proxylet-Regeln für developersample.

  3. Melden Sie sich beim Portal Server-Desktop als Proxylet-Benutzer an.

  4. Starten Sie Proxylet.

    Proxylet wird im Applet-Modus heruntergeladen. Die erzeugte .pac-Datei enthält jedoch keine Proxylet-Regeln.

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Melden Sie sich bei der Portal Server-Administratorkonsole an.

  2. Klicken Sie auf die Registerkarte "SRA" und im Anschluss auf die Registerkarte "Proxylet".

  3. Ändern Sie die COS-Priorität auf einen Wert, der kleiner ist als "Höchste" für die Organisation.

  4. Ändern Sie die COS-Priorität für o=DeveloperSample auf einen Wert, der kleiner ist als "Höchste".

  5. Legen Sie alle Unterorganisationen unter der COS-Priorität für developer_sample auf "Höchste" fest.

    Für die unter der Unterorganisation erstellten Benutzer wird die entsprechende .pac-Proxyletdatei erstellt.


.pac-Proxyletdatei wird nach Schließen des Applet-Fensters nicht für angegebene Sitzung generiert. (# 6490738 )

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Melden Sie sich von der aktuellen Sitzung ab, und schließen Sie das Browserfenster.

  2. Öffnen Sie eine neue Sitzung des Browsers, und starten Sie Proxylet.

Rewriter


Während einer separaten Sitzungskonfiguration wird SRA-Rewriter-Regelwerk nicht geladen. (#6477552)

Lösung:

Wählen Sie "Secure Remote Access" -> "Rewriter- Regelwerke". Wenn Sie die folgenden Einträge nicht finden, default_gateway_ruleset, exchange_2000sp3_owa_ruleset, exchange_2003_owa_ruleset, inotes_ruleset, iplanet_mail_ruleset, sap_portal_ruleset und wml_ruleset, führen Sie diese Befehle aus:


./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/DefaultGatewayRuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/OWA2003RuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/OWASP3RuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/SAPPortalRuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/WMLRuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/iNotesRuleSet.xml
./psadmin create-rewriter-ruleset -u amadmin -f /tmp/passwd  -F 
/opt/SUNWportal/export/rewriter_rule/iPlanetMailExpressRuleSet.xml

Netlet


Netlet funktioniert mit der SSL_RSA_WITH_NULL_MD5 -Verschlüsselungs-Cipher nicht. (#6434314)

Lösung:

Aktivieren Sie auf der Registerkarte "Gateway-Profil > Sicherheit" die Option "Null-Verschlüsselungen".

NetFile


Wenn Portal Server auf einer Linux-Plattform installiert ist, müssen NFS-Freigaben hinzugefügt werden. (# 6511479)

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Geben Sie die folgende Zeile in das Skript zum Starten des Containers ein: export LD_PRELOAD=/usr/lib/libpam.so.

  2. Starten Sie den Container neu.

Secure Remote Access (SRA)


Bei Secure Remote Access kann nur eine Zeile gleichzeitig eingegeben werden. (#6497988)

Lösung:

Wenn Sie auf den SRA-Bildschirmen mehrere Zeilen hinzufügen möchten, speichern Sie die Details nach dem Hinzufügen jeder einzelnen Zeile.


Zugriff über Proxylet auf UWC-Anwendung (Unified Web Client) nicht möglich, wenn UWC und Portal Server auf verschiedenen Rechnern installiert sind. (#6348935)

Lösung:

Wenn die UWC-Anwendung und Portal Server auf verschiedenen Rechnern installiert sind, führen Sie die folgenden Schritte aus, um über Proxylet auf den UWC-Rechner zuzugreifen:

  1. Aktivieren Sie in der Portal Server-Administrationskonsole die Cookie-Verwaltung im Gateway-Profil.

  2. In den URLs, zu denen die Benutzersitzungs-Cookies weitergeleitet werden: Feld, UWC hinzufügen, Kalender und Messaging Server-URLs. Fügen Sie beispielsweise folgende URL hinzu. http://port/uwc, http://calhost:calport, http://messaginghost:messagingport.

  3. Ändern Sie in der Datei AMConfig.properties des UWC-Rechners com.iplanet.am.cookie.name=iPlanetDirectoryPro in com.iplanet.am.cookie.name=iPlanetDirectoryPro1.


    Hinweis –

    Cookies müssen auf Gateway- und Portal Server-Rechnern unterschiedlich benannt sein.


  4. Ändern Sie auf dem UWC-Rechner mithilfe von configutil das Sitzungs-Cookie für Messaging Server in iPlanetDirectoryPro1.

  5. Fügen Sie die UWC-, Kalender- und Messaging Server-URLs zur Liste mit nicht authentifizierten URLs des UWCs hinzu.

  6. Führen Sie für Gateway, UWC und Portal Server einen Neustart durch.


certadmin ignoriert Pseudonym bei Installation eines erneuerten Zertifikats. (#6360869)

Beschreibung:

certadmin ignoriert das Pseudonym bei der Installation eines erneuerten Zertifikats. Dies führt dazu, dass der Gateway das abgelaufene Zertifikat und nicht das neue erfasst. Zwei Zertifikate mit demselben Pseudonym lassen sich nicht unterscheiden.

Lösung:

Führen Sie eine der folgenden Optionen aus:

  1. Löschen Sie das alte Zertifikat, bevor Sie das neue Zertifikat importieren. Führen Sie in Portal Server 7.1 die folgenden Schritte aus:


    cd PortalServer-Basis/SUNWportal/bin/certadmin -n Konfigurationsname
    

    Wählen Sie 5, um das Zertifikat zu löschen.

  2. Sie dürfen das Zertifikat nicht erneuern. Wenn das Zertifikat abläuft, ersetzen Sie dies durch ein ganz neues mit neuen Schlüsseln.

Suche, Abonnements und Diskussionen


Suchserver funktioniert ausschließlich als Root, wenn Web Server ausgeführt wird. (#6408826)

Beschreibung:

Wenn Web Server von einem Benutzer ohne Rootberechtigungen ausgeführt wird und gleichzeitig durch diesen ein Suchserver erstellt wird, funktioniert der Suchserver nicht.

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Erstellen Sie einen Suchserver.

  2. Ändern Sie die Suchserver-Instanz mithilfe des folgenden Befehls:

    chown -R nonrootuser.nonroot Suchinstanz

  3. Starten Sie Web Server als Benutzer ohne Root-Berechtigungen neu.

  4. Ändern Sie die Berechtigungen für die Suchinstanz über den Befehl:

    chmod -R og+rX Suchinstanz

WSRP


WSRP-Produzenten mit SSL können nicht mit Nicht-SSL-Verbrauchern verwendet werden. (#6292152)

Beschreibung:

WSRP-Produzenten mit SSL können nicht mit Nicht-SSL-Verbrauchern verwendet werden. Common Agent Container erfordert, dass der Truststore mit dem CA-Zertifikat des SSL-Servers aufgefüllt und das Passwort für den Truststore gesetzt wird.

Lösung:

So legen Sie den Truststore für den allgemeinen Agenten-Container-Server fest:

  1. Erstellen Sie einen Truststore, und importieren Sie das CA-Zertifikat des SSL-Servers über den Befehl keytool in diesen Truststore.

  2. Legen Sie die folgenden JVM-Eigenschaften über den Befehl cacaoadm fest:

    • Djavax.net.ssl.truststore

    • Djavax.net.ssl.truststorePassword

    Beispiel: Geben Sie cacaoadm set-param java-flags="`cacaoadm get-param java-flags -v` -Djavax.net.ssl.truststore=/tmp/truststore -Djavax.net.ssl.truststorePassword=truststorepass ein.

  3. Starten Sie den Common Agent Container-Server neu.


Der Standort des Registry Server-Schlüsselspeichers ist immer relativ zu /soar/3.0. (#6355673)

Beschreibung:

Bei der SSO-Konfiguration von Registry Server kann ein Schlüsselspeicherstandort angegeben werden. Dieser Standort wird immer als relativ zu /soar/3.0 vorausgesetzt.

Lösung:

Erstellen Sie ein Verzeichnis /soar/3.0/jaxr-ebxml/security , und platzieren Sie in diesem Verzeichnis die von Registry Server empfangene Datei keystore.jks

Lokalisierung


Lesezeichen- und Anwendungskanal verfügen über doppelte oder ungültige Links. (#6504004)

Beschreibung:

Lesezeichen- und Anwendungskanal verfügen über doppelte oder ungültige Links nach der Migration von Portal Server von Java ES 4 auf Java ES 5.

Lösung:

Der Administrator muss die entsprechenden Links im Anwendungskanal der Portal Server-Konsole hinzufügen bzw. löschen. Dieser Kanal befindet sich unter MyFrontPageTabPanelContainer des Developer-Beispiels. Ändern Sie im Eigenschaftenbereich des Anwendungskanals die folgenden Eigenschaften:

  • userApps: Löschen Sie nachstehende Werte: -NetMail Lite und -NetMail. Fügen Sie nachstehende Werte hinzu: NetFile.

  • targets: Löschen Sie nachstehende Werte: NetMailLite|NetMailServlet?nsid=newHTMLSessionNetMailLite|NetMailServlet?nsid=newHTMLSession NetMail|NetMailServlet?nsid=newAppletSession. Duplizieren Sie Links für Instant Messenger-Ziele.


Bei Bereitstellung auf WebSphere 5.1 werden unleserliche Zeichenfolgen in Community-Diskussion und Datei angezeigt. (#6504963)

Beschreibung:

Jede Multibyte-Eingabe in Community und Developer ist unleserlich.


Proxylet funktioniert in globaler Umgebung nicht. (#6507488)

Beschreibung:

Proxylet funktioniert in globaler Umgebung nicht, nachdem Portal Server von Java ES 4 auf Java ES 5 migriert wurde.

Lösung:

Nach dem Portal-Upgrade löschen Sie die lokalisierten Anbieter von Java ES 4, die Sie nicht mehr benötigen.

  1. Öffnen Sie das Verzeichnis /portals/Upgraded/desktop.

    cd Portal-Server-Datenverzeichnis/portals/Upgraded/desktop

  2. Löschen Sie die Verzeichnisse oder Dateien aus default_Gebietsschema mit Ausnahme der folgenden und von Benutzern erstellten Dateien bzw. Verzeichnisse. Bei dem Gebietsschema kann es sich um jedes unterstützte Gebietsschema handeln.

    Verzeichnisse


    AddressBookProvider,
    BookmarkProvider
    CalendarProvider
    LoginProvider
    LotusNotesAddressBookProvider
    LotusNotesCalendarProvider
    LotusNotesMailProvider
    MSExchangeAddressBookProvider
    MSExchangeCalendarProvider
    MSExchangeMailProvider
    MailProvider
    NotesProvider
    PersonalNoteProvider
    Register
    SampleRSS
    SampleURLScraper
    SampleXML
    TemplateEditContainerProvider
    TemplateTabContainerProvider
    URLScraperProvider
    UWCAddressBookProvider
    UserInfo
    UserInfoProvider
    XMLProvider
    error

    Dateien


    message.properties
  3. Starten Sie den Webcontainer neu.


Onlinehilfe der Portal Server-Konsole wird für das Gebietsschema fr-FR in Englisch angezeigt. (#6513360)

Lösung:

Legen Sie Französisch (fr) als bevorzugte Sprache für den Browser fest.


Falsche Datumsinformationen werden im Portal Server-Community-Beispiel angezeigt. (#6514502)

Beschreibung:

Falsche Datumsinformationen werden im Community-Beispiel von Portal Server für das CCK-Gebietsschema angezeigt.


Zeichenfolgen der in der Dropdown-Liste angezeigten Optionen sind abgeschnitten. (#6515052)

Beschreibung:

In den Community-Beispielen werden die Zeichenfolgen der Optionen in der Dropdown-Liste abgeschnitten.


Beim Starten von Instant Messenger aus dem Instant Messenger-Kanal wird dieser in Englisch angezeigt. (#6515726)

Lösung:

Bei Verwendung des Benutzerinformationskanals wird die Sprache entsprechend des bevorzugten Gebietsschemas angegeben.


In einigen Feldern der Portal Server-Konsole sind nur folgende Zeichen zugelassen: A bis Z, 0 bis 9 und a bis z. (#6522702 )

Beschreibung:

In den folgenden Feldern der Portal Server-Konsole sind ausschließlich die Zeichen A bis Z, 0 bis 9 und a bis z zugelassen.

  • Datenbankname

  • Kanalname

  • Portalbezeichner

  • Adapterbezeichner

  • Meta-Adapterbezeichner


Datumsformat der Befragung muss geändert werden. (#6493352)

Beschreibung:

Das Datumsformat (von und bis) für die Befragung lautet TT MMM JJJ. Es muss jedoch in JJJJ MMM TT geändert werden.


Regelwerk-ID akzeptiert keinen japanischen Punkt. (#5030713)

Beschreibung:

Multibyte-Rewriter-Regelwerk-ID wird in Portal Server nicht unterstützt.


Befehl psadmin list-dp gibt Daten nicht ordnungsgemäß aus, wenn Anzeigeprofil nicht in Englisch ist. (#6502307)

Lösung:

Wenn das Gebietsschema für das herunterzuladende Anzeigeprofil nicht englisch ist, legen Sie das Gebietsschema von CLI-JVM auf das Gebietsschema für das Anzeigeprofil fest, bevor Sie den Befehl psadmin list-dp ausführen.

Um beispielsweise das französische Anzeigeprofil herunterzuladen, führen Sie folgende Schritte aus:


export LANG=fr_CA.UTF-8
export LC_ALL=fr_CA.UTF-8

Suchkanal zeigt Dateiinhalt nicht ordnungsgemäß an. (#6506365)

Beschreibung:

Die Konvertierung des Dateiinhalts durch Drittanbietersoftware funktioniert nicht ordnungsgemäß.


Zeichenfolge in UBT-generierten Berichten ist nicht lokalisiert. (#6336394)

Beschreibung:

Die generierten Berichte sind teilweise übersetzt. Dies betrifft lediglich die Gebietsschemata für Japan und China.

Lösung:

Die unleserliche Meldung lautet "Es gibt keine Nachverfolgungsdaten, die zu dem ausgewählten Bericht gehören. Daher kann keine Seite angezeigt werden." Verwenden Sie eine der folgenden Umgehungen:

  1. Melden Sie sich bei der Portal Server-Administrationskonsole an.

  2. Wählen Sie die Registerkarte "Portale".

  3. Wählen Sie das konfigurierte Portal aus.

  4. Klicken Sie auf die Registerkarte "Nachverfolgung des Benutzerverhaltens".

  5. Klicken Sie auf die Registerkarte "Einstellungen".

  6. Wählen Sie die Portalinstanz aus.

  7. Aktivieren Sie die UBT-Protokollierung.


MAP zeigt gelöschte Elemente von Adressbuch, Kalender und Mail an. (#6423989)

Beschreibung:

MAP zeigt gelöschte Elemente von Adressbuch, Kalender und Mail an.


Die Filtereintrag für den Access Manager-Controller ist in der Datei web.xml von der AM-Server-Webanwendung kommentiert. Dies führt zu fehlerhaften Protokollfunktionen im Mobile Access des Portal Servers. (#6437280)

Lösung:

Entfernen Sie den Kommentar zum Filtereintrag in der Datei web.xml der AM-Server-Webanwendung.


Einige Fehlermeldungen zur XML-Analyse sind nicht lokalisiert. (#6349804)

Beschreibung:

Klicken Sie in "Secure Remote Access" auf "Rewriter-Regelwerke". Versuchen Sie, eine Datei hochzuladen, die nicht das richtige Format aufweist. Die folgende Meldung wird angezeigt: "Ruleset-XML konnte nicht ordnungsgemäß analysiert werden. Überprüfen Sie die Syntax in Zeile {0} und Spalte {1}, und versuchen Sie es erneut. Ausgegebene Fehlermeldung: {2}."Die Meldung ist nicht lokalisiert.


Falsches Format des Anzeigedatums vom Kalenderkanal. (#6411476)

Beschreibung:

Der Kalenderkanal zeigt das Datum im Developer-Beispiel im falschen Format an.


Einige Links und Registerkarten im Developer-Beispiel sind für "zh-cn" nicht lokalisiert. (#6339912, 6442109)

Beschreibung:

Auf einigen Registerkarten im Developer-Beispiel wird englischer Text angezeigt, selbst wenn die bevorzugte Sprache auf "zh-cn" festgelegt wurde.

Lösung:

Geben Sie für die bevorzugte Sprache für den Browser den Wert "zh" an.

Mobile Access


Mail-Ansichten können nicht erstellt werden. (# 6521744)

Beschreibung:

Auf dem Portal-Desktop wird beim Erstellen einer Mail-Ansicht eine Fehlermeldung angezeigt. Klicken Sie auf "Mail-Kanal bearbeiten -> Mobile Mail -> Geräteansichten".

Lösung:

Fügen Sie für das Gerät einen Eintrag in der Datei /var/opt/SUNWappserver/domains/domain1/applications/j2ee-modules/portal/WEB-INF/classes/DeviceNames.properties hinzu.


Mail-Kanal wird nicht im mobilen Desktop angezeigt. (#6521749)

Lösung:

Klicken Sie auf der Startseite für das Gerät auf "Optionen -> Inhalte", wählen Sie die Option "Mail" aus, und klicken Sie auf "Erledigt".


Portal wird nicht im Openwave Simulator 6.2.2 unter Verwendung von /amserver/UI/Login angezeigt. (#6439565 )

Lösung:

Führen Sie folgende Schritte aus, wenn Web Server als Webcontainer verwendet wird:

  1. Öffnen Sie nachstehende Dateien:

    /var/opt/SUNWwbsvr7/admin-server/config-store/ Host-Name/web-app/Host-Name /amserver/WEB-INF/web.xml

    /var/opt/SUNWwbsvr7/https-Host-Name /web-app/Host-Name /amserver/WEB-INF/web.xml

  2. Suchen Sie in beiden XML-Dateien nach dem Eintrag <Filter>.

  3. Löschen Sie den Kommentar des Eintrags für den Access Manager-Controller, und speichern Sie die Datei.

  4. Starten Sie Web Server neu.

Führen Sie folgende Schritte aus, wenn Application Server als Webcontainer verwendet wird:

  1. Öffnen Sie die nachstehenden Dateien:

    var/opt/SUNWappserver/domains/domain1/generated/xml/j2ee-modules/amserver/ WEB-INF/web.xml

    /var/opt/SUNWappserver/domains/domain1/applications/j2ee-modules/amserver/ WEB-INF/web.xml

  2. Suchen Sie in beiden XML-Dateien nach dem Eintrag <Filter>.

  3. Löschen Sie den Kommentar des Eintrags für den Access Manager-Controller, und speichern Sie die Datei.

  4. Starten Sie Web Server neu.


Link "Optionen" in Mobile Access funktioniert nicht, wenn sich die Optionen für schnurlose Geräte auf anderer Seite befinden. (# 6500172)

Beschreibung:

Durch Klicken auf den Link "Optionen" im mobilen Desktop sollten die Optionen für schnurlose Geräte auf dem mobilen Desktop hervorgehoben werden (Inhalt und Layout). Sind sämtliche Optionen auf einer anderen Seite, werden die Optionen für schnurlose Geräte nicht hervorgehoben.

Lösung:

Wechseln Sie zur nächsten Seite, und klicken Sie auf den Link "Optionen".


Beim Erstellen eines Termins ohne Endzeitangabe wird für den Termin eine Stunde festgelegt. (# 6479153)

Beschreibung:

Melden Sie sich beim Simulator an, und erstellen Sie mithilfe von Kalender-Hm ein Ereignis. Wenn Sie keine Endzeit angeben, wird die Dauer des Termins auf eine Stunde festgelegt.

WebSphere und WebLogic


WSRP-Funktion (Web Services for Remote Portlet) arbeitet bei Portal Server-Installation unter WebSphere nicht ordnungsgemäß. (#6489684)

Beschreibung:

Bei einer Portal Server-Installation unter WebSphere funktioniert WSRP nicht ordnungsgemäß. Die folgenden Fehler werden angezeigt:

  • Das Wetter-Portlet zeigt den nachstehenden Fehler an: "Inhalt nicht verfügbar."

  • WSRP-Verbrauchererstellung schlägt fehl.

  • Der vorkonfigurierte Webdienstkanal zeigt diesen Fehler an: "Fehler beim Parsen der WSDL."

Lösung:

Entfernen Sie die folgenden Dateien: qname.jar und webservices.jar. Diese Dateien befinden sich im Verzeichnis WebSphere-installation-directory/lib .


Um eine sichere Kommunikation zwischen Common Agent Container und Portal Server-JVM zu ermöglichen, müssen JAR-Dateien hinzugefügt werden. (#6341883)

Lösung:

Um eine sichere Kommunikation zwischen Common Agent Container und Portal Server-JVM zu ermöglichen, fügen Sie die folgenden JAR-Dateien zu /etc/cacao/instances/default/private/modules/com.sun.portal.admin.server.module.xml hinzu.

  • /IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmjsse.jar

  • /IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmjceprovider.jar

  • /IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmpkcs11.jar

  • /IBM/WebSphere/Express51/AppServer/java/jre/lib/ext/ibmpkcs.jar


Unter WebSphere zeigen Wetter-Portlet und vorkonfigurierter Webdienstkanal Fehlermeldungen an. (#6396623,6415766 )

Lösung:

Aktualisieren Sie JDK auf die Version 1.4.2_10.


Unter WebSphere ist eine Klassenpfadmodifikation erforderlich, damit WSRP funktioniert. (# 6509057)

Beschreibung:

Wenn Portal Server unter WebSphere installiert wurde, fügen Sie die Datei shared_lib_dir/xsdlib.jar am Anfang des Klassenpfadeintrags in der Datei server.xml hinzu. Auf der Solaris-Plattform entspricht shared_lib_dir dem Verzeichnis /usr/share/lib. Unter Linux lautet dieses Verzeichnis /opt/sun/share/lib.


Portlet-Sitzungs-Failover funktioniert unter WebLogic 8.1 SP4 nicht, da diese Version von WebLogic einen Fehler aufweist.

Beschreibung:

Portlet-Sitzungs-Failover funktioniert unter WebLogic 8.1 SP4 nicht, da diese Version von WebLogic einen Fehler aufweist.

Lösung:

Verwenden Sie WebLogic SP5 oder eine höhere Version.


Ausnahmefehler beim Bereitstellen des Developer-Beispielinhalts in neuem Portal auf dem Administration Server. (#6339522)

Beschreibung:

Beim Erstellen eines WSRP-Beispielverbrauchers wird die WSDL-URL vom Beispielproduzenten verwendet. Aufgrund von Konfigurationsproblemen tritt ein Fehler bei der Portalkonfiguration auf, und die Portaldatei .war kann nicht auf dem WebLogic Administration Server bereitgestellt werden. Die Portaldatei .war muss manuell bereitgestellt werden. Da das Portal während der Konfiguration nicht verfügbar ist, kann beim Erstellen des Beispielverbrauchers die Verbindung zum Beispielproduzenten nicht hergestellt werden, sodass die Konfiguration des Beispielverbrauchers fehlschlägt.

Lösung:

Erstellen Sie manuell einen Verbraucher, und kopieren Sie die konfigurierte Produzenten-ID des neu erstellten Verbrauchers in das Beispiel-Portlet unter WSRPSamplesTabPanelContainer.


Ausnahmefehler bei Klicken auf die Schaltfläche für Proxylet-Hilfe. (#6363076)

Beschreibung:

Rufen Sie Proxylet im Applet-Modus auf, und klicken Sie auf die Schaltfläche "Hilfe". Auf der Hilfeseite wird eine Ausnahmefehlermeldung angezeigt. Dies geschieht ausschließlich im WebLogic-Setup.

Wiki


Aufgrund der Cookie-Größe schlagen Portlets für anonyme Benutzer im Modus "Authless" fehl. (#6460104)

Beschreibung:

Für anonyme Benutzer im Modus "Authless" werden die Eigenschaften in einem Cookie gespeichert. Dazu zählen sämtliche Portlet-Render-Argumente, Desktop-Argumente usw. Wenn die Render-Argumente eine bestimmte Größe erreichen, tritt ein Portlet-Fehler auf.

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Melden Sie sich bei der AM-Konsole an.

  2. Klicken Sie auf "Dienstkonfiguration > Client-Erkennung".

  3. Klicken Sie auf dem Bildschirm "Client-Erkennung" auf den Link "Bearbeiten", der zusammen mit dem Feld "Client-Typen" angezeigt wird.

  4. Öffnen Sie im Popup-Fenster "Client-Manager" die dritte Seite.

  5. Klicken Sie auf den Link "Bearbeiten", der mit genericHTML angezeigt wird.

  6. Wählen Sie im Popup-Fenster die Option "Weitere Eigenschaften", und fügen Sie die Eigenschaft authlessState=server hinzu.

HP-Unix


Suchmodul funktioniert nicht. (#6525578 )

Lösung:

Nach der Installation von Portal Server auf einer HP-UX-Plattform bearbeiten Sie die folgenden Skripte, um den maximalen Java-Heap-Parameter von -Xmx1900m auf -Xmx1500m zu verringern.

  • /opt/sun/portal/bin/rdmgr

  • /opt/sun/portal/lib/profiler


Wenn Access Manager und Portal Server im Modus "Jetzt konfigurieren" installiert wurden, schlägt die Konfiguration für die Gebietsschemata "zh_TW" und "es" fehl. (#6515043)

Lösung:

In den Gebietsschemata "zh_TW" und "es" auf einer HP-UX-Plattform müssen Access Manager und Portal Server im Modus "Später konfigurieren" konfiguriert sein.

  1. Installieren Sie Portal Server und Access Manager mithilfe des Java ES-Installationsprogramm im Modus "Später konfigurieren".

  2. Geben Sie die Umgebungsvariable des Systems an:

    LANG=C

    export LANG

  3. Bearbeiten Sie die Datei AccessManager-Basis/bin/amsamplesilent . Ändern Sie Werte wie Webcontainer-Details, AM-Admin-Passwort, AM-LDAP-Benutzerpasswort und Verschlüsselungsschlüssel.

  4. Konfigurieren Sie Access Manager.

    AccessManager-Basis/bin/amconfig -s amsamplesilent

  5. Passen Sie die XML-Konfigurationsdatei an, die sich im Verzeichnis PortalServer-Basis/samples/psconfig befindet.


    Hinweis –

    Weitere Informationen zur XML-Konfigurationsdatei, die Sie verwenden müssen, finden Sie unter PortalServer-Basis/samples/psconfig/README.TXT .


  6. Ändern Sie in der XML-Konfigurationsdatei Werte wie Webcontainer-Details, Portal Server-Komponentendetails und den Pfad zu freigegebenen Komponenten.

  7. Konfigurieren Sie Portal Server.

    PortalServer-Basis/bin/psconfig --config Beispieldatei

Upgrade

Informationen zu Upgrade-Problemen finden Sie im Upgrade-Leitfaden für Unix.

Sonstige


Wenn der Administratiosserver angehalten wird und Sie versuchen, eine .war-Datei bereitzustellen, wird folgende Fehlermeldung angezeigt: "Fehler beim Bereitstellen der Datei Datei.war für Instanz Knotenname–80 auf Host Knoten.Domänenname." (#6506028)

Beschreibung:

Stellen Sie sicher, dass die Instanz auf dem Hostrechner ausgeführt wird.

Bekannte Probleme und Einschränkungen


Einige Zeichenfolgen sind beim Starten eines Proxylets abgeschnitten. (#6447909)

Beschreibung:

Einige Zeichenfolgen sind abgeschnitten, wenn Sie ein Proxylet starten.

Nachfolgend sind die bekannten Probleme und Einschränkungen der Portal Server-Software aufgeführt.


Wenn Portlet ohne Rollen und Benutzerdateien bereitgestellt wird, zeigt der Bildschirm "Informationen bestätigen" bei der Portalbereitstellung unleserliche Zeichenfolgen an. (#6508230)

Beschreibung:

Wenn im dritten Schritt des Assistenten "Portlet bereitstellen" keine Rollendatei oder Benutzerdatei angegeben wird, wird die Meldung "Rollendatei nicht definiert." bzw. "Benutzerdatei nicht definiert." nicht lokalisiert angezeigt. Es werden unleserliche Meldungen angezeigt.


Bei Taskadmin-Setup müssen Desktop-Service-Attribute für Admin-Rolle festgelegt werden. (#6519875)

Lösung:

Führen Sie die folgenden Schritte aus:

  1. Stellen Sie vor dem Ausführen des taskadmin-Setups sicher, dass sich die folgenden Portal Desktop-Service-Attribute für die DNs der Admin-Rolle in der Datei taskadmin.properties befinden: content.admin.role.dn und user.admin.role.dn.

  2. Die Dienstattributwerte des Organisations-Portal Desktops sollten übereinstimmen.

    Zum Beispiel, wenn die Dienstattributwerte des Organisations-Portal Desktops für EnterpriseSample folgendermaßen lauten: Parent Container: ASCTabContainer, EditContainer: JSPEditContainer und Default Type: enterprise_sample . Die DNs der Admin-Rolle sind beide auf "cn=Organization Admin Role, o=EnterpriseSample, dc=siroe, dc=com". festgelegt.

  3. Stellen Sie sicher, dass die Portal Desktop-Service-Attribute für die DN der Admin-Rolle "cn=Organization Admin Role, o=EnterpriseSample, dc=siroe, dc=com" mit den Organisationseinstellungen übereinstimmt. Wenn sich sonst ein zur Admin-Rolle gehörender Benutzer bei Portal Desktop anmeldet, wird diesem möglicherweise der falsche Portal Desktop angezeigt.


Java DB-Patch muss aufgespielt werden. (#6521400)

Beschreibung:

Fehler in der Java DB-Distribution verursachen, dass sich Portal beim Verbindungsaufbau aufhängt. Weitere Informationen zu diesen Fehlern finden Sie unter https://issues.apache.org/jira/browse/DERBY-1856 und http://issues.apache.org/jira/browse/DERBY-2084.

Lösung:

Laden Sie die folgenden Java DB-Patches von SunSolve herunter, und spielen Sie diese auf:

  • Für Solaris SPARC – 125245-01

  • Für Solaris x86 – 125246-01

  • Für Linux – 125270-01


UWC-Kalender wird nicht über Gateway ausgeführt. (#6218353)

Beschreibung:

Beim Klicken auf den Link "Kalender starten" wird nachstehende Fehlermeldung angezeigt: "Angeforderte Seite kann nicht geladen werden. Cookies werden blockiert."


SunOne-Adressbuch funktioniert nicht, wenn Portal Server und Access Manager auf zwei verschiedenen Knoten installiert sind. (# 653732)

Lösung:

Starten Sie den Webcontainer neu.


Das Ausführen des Befehls psadmin delete nimmt auf Web Server 7.0 einige Zeit in Anspruch. (#6506037)

Beschreibung:

Auf Web Server 7.0 führt der Befehl psadmin delete-instance den Befehl wadm deploy-config bei jeder Ausführung von wadm remove-webapp aus. Dieser Vorgang nimmt daher einige Zeit in Anspruch.


Wenn Portal Server auf Application Server-Cluster installiert ist, kann nicht nur eine Portal Server-Instanz gelöscht werden. (#6506689)

Beschreibung:

Entfernen Sie sämtliche Portal Server-Instanzen. Heben Sie mit dem Befehl psconfig --unconfig die Portal Server-Konfiguration auf, oder löschen Sie Portal Server mit dem Befehl psadmin delete-portal.


IPC kann nicht zusammen mit WSRP verwendet werden. (# 6509086)

Beschreibung:

IPC (Inter Portlet Communication) kann nicht zusammen mit WSRP verwendet werden. Sie können die zur IPC gehörenden Portlets durch WSRP veröffentlichen. Die IPC-Funktionen können jedoch nicht verwendet werden.


UserRoleAdmin-AdminTab wird Benutzern mit OrganisationAdmin-Rolle nicht angezeigt. (# 6511559)

Lösung:

Ändern Sie die Datei /etc/opt/SUNWam/config/AMConfig.properties auf dem Portal Server- oder Access Manager SDK-Rechner, indem Sie die Eigenschaft com.iplanet.am.session.client.polling.enable auf "false" festlegen. Führen Sie anschließend einen Neustart des Portal Server-Webcontainers durch.


Eine Meldung im Assistenten "Portlet bereitstellen" ist nicht lokalisiert. (# 6508946)

Beschreibung:

Im dritten Schritt des Assistenten "Portlet bereitstellen" werden die Meldungen "Rollendatei nicht definiert." und "Benutzerdatei nicht definiert." angezeigt, wenn keine Rollen- oder Benutzerdatei festgelegt wurde. Diese Meldungen sind nicht ordnungsgemäß lokalisiert. Auf der Seite werden unleserliche Meldungen angezeigt.


Mehrere JRE-Versionen führen bei Portal Server zu Problemen. (# 6510536)

Beschreibung:

Wenn mehrere JRE-Versionen auf einem Clientrechner installiert sind, kann es zu Problemen beim Starten von Java Web Start mit dem Netscape- und Mozilla-Browser kommen.

Lösung:

Behalten Sie lediglich eine JRE-Version auf dem Clientrechner, und deinstallieren Sie die anderen Versionen.


Aufgrund des geringen Sicherheitsstatus von SSL2 wird Kunden empfohlen, SSL2 zu deaktivieren und deaktiviert zu lassen. (#6507762)

Lösung:

So deaktivieren Sie SSL2.

  1. Melden Sie sich bei der Portal Server-Administrationskonsole an.

  2. Klicken Sie auf "SRA > Profil > Sicherheit".

  3. Deaktivieren Sie unter "TLS und SSL" die Option zum Aktivieren von SSL Version 2.0.

  4. Klicken Sie auf "Speichern".


Beim Bereitstellen eines Portlets oder Erstellen eines neuen Produzenten in WSRP unter Verwendung von Internet Explorer werden Sie abgemeldet. (#6491413)

Lösung:

Verwenden Sie für die Portal Server-Administrationskonsole einen anderen Browser als Internet Explorer.


Portal Server unterstützt keinen anderen Webcontainer für Access Manager. (#6470425)

Beschreibung:

Verwenden Sie für Portal Server und Access Manager denselben Webcontainer.


Sie können mit der Datei strutssample.war nicht arbeiten, wenn Portal Server unter Web Server 7.0 installiert ist. (#6505547)

Beschreibung:

Wenn Portal Server unter Web Server 7.0 installiert ist und die Datei strutssample.war bereitgestellt wird, funktionieren die psadmin-Befehle zum Ändern der Web Server-Konfiguration nicht. Dies betrifft z. B. den Befehl psadmin deploy-portlet.


Termine und Aufgaben können nicht durch gemeinsame Termine und Aufgaben erstellt werden. (#6486930)

Lösung:

Geben Sie während der Installation und Konfiguration von gemeinsamen Terminen und Aufgaben in der Datei tokens.properties für die Eigenschaft IS_HOSTED_DOMAIN_ENV= den Wert "true" an.

Die Datei tokens.properties befindet sich im Verzeichnis /var/opt/SUNWportal/portals/portal1/portletapps/sharedevents/tokens.properties.


Dateisystemstruktur sämtlicher Instanzen in demselben Portal sollte gleich sein. (#6348452)

Beschreibung:

Die Dateisystemstruktur sämtlicher Instanzen in demselben Portal sollte gleich sein.


Portal für Firmen-Beispiel ist nicht lokalisiert. (#6337500)

Beschreibung:

Firmen-Beispiel ist nicht lokalisiert.


Interne Ports werden angezeigt, wenn Proxylet in Gateway-Profil aktiviert ist. (#6326785)

Beschreibung:

Wenn der Gateway auf einem nicht standardmäßigen Port ausgeführt wird, zeigt der Browser den Portwert in der URL an. Dies trifft ebenfalls zu, wenn der Gateway auf einem nicht standardmäßigen SSL-Port, ein anderer als 443, mit deaktiviertem Proxylet ausgeführt wird. Bei aktiviertem Proxylet wird ein zusätzlicher Socket-Listener im Gateway eingeführt. Der Socket-Listener wird auf dem Standardport ausgeführt, und der Gateway überwacht einen nicht standardmäßigen Port. Daher wird der nicht standardmäßige Port in der URL angezeigt.


Wenn die automatische Proxy-Konfiguration im Mozilla-Browser aktiviert ist, hängt sich die Portal Server-Konsole auf. (#6493377)

Beschreibung:

Wenn ein Proxylet-Benutzer im Proxylet-Kanal eine Anwendung im JWS-Modus herunterladen möchte, wird die Konsole ordnungsgemäß angezeigt. Der Downloadvorgang wird jedoch bei 30 % abgebrochen, und die Konsole reagiert nicht mehr.


Inter Portlet Communication für mehrere WAR-Dateien funktioniert nicht, wenn der Portlet-Kanal minimiert oder geschlossen ist. (#6271542 )

Beschreibung:

Derzeit ist der Umfang der Terminverarbeitung auf die Portlets in derselben Registerkarte begrenzt. Folglich sind Portlets in minimierten oder geschlossenen Kanälen nicht in der Liste der an IPC teilnehmenden Portlets enthalten. IPC funktioniert bei minimierten oder geschlossenen Portlet-Kanälen nicht, da die Termine nicht zu geschlossenen oder minimierten Kanälen übermittelt werden.


Proxylet funktioniert in Java Runtime Environment nicht ordnungsgemäß. (#6409604)

Beschreibung:

Proxylet funktioniert in den Java Runtime Environment-Versionen 1.4.2_03, 1.5.0_04, 1.5.0_08 und 1.5.0_09 nicht ordnungsgemäß. Die Proxylet-Funktionen werden in allen Java Runtime Environment-Versionen vor 1.4.2 nicht unterstützt. Es wird empfohlen Java Runtime Environment 1.5.0_06 zu verwenden. Deinstallieren Sie alle anderen Versionen von Java Runtime Environment.


Adressbuchkontakte mit Sonderzeichen können nicht geändert oder hinzugefügt werden. (#6490665)

Beschreibung:

Bei der Verwendung der Adressbuchkomponente von Mobile Access kann ein Benutzer Kontakte mit Sonderzeichen wie < >, &, ' und " nicht hinzufügen oder ändern. Dies geschieht, wenn das Adressbuch mit Communications Express (UWC) konfiguriert wurde.

Lösung:

Verwenden Sie den HTML-Client (kein Mobilgerät) von Communications Express (UWC), um Kontakt mit Sonderzeichen zu verwalten.


Google-APIs werden nicht vollständig unterstützt. (#6335501)

Beschreibung:

Google-APIs bieten zurzeit keine vollständige Unterstützung der Doppel-Byte-Zeichen-Suche, insbesondere für chinesisch, japanisch und koreanisch.


Portal Server sollte mit Access Manager im Bereichsmodus installiert werden können (#6381856, 6499572)

Beschreibung:

Die Installation von Portal Server sollte möglich sein, wenn Access Manager im Bereichsmodus installiert wurde.

Lösung:

Wenn Sie Access Manager im Bereichsmodus vom Java ES-Installationsprogramm installieren, können Sie die Popup-Meldung ignorieren, das Portal Server ausschließlich im Legacy-Modus installiert werden kann. Portal Server wird erfolgreich installiert, wenn Access Manager im Bereichsmodus installiert wurde.

Bei der Verwendung von Portal Server im Bereichsmodus sollten Sie Folgendes beachten:

  • Migration von Portal Server 7.0 im Legacy-Modus auf Portal Server 7.1 im Bereichsmodus wird nicht unterstützt.

  • Nach der Konfiguration von Portal Server mit Access Manager im Bereichsmodus ist ein Neustart von Common Agent Container erforderlich. Ohne Neustart sind beim Zugriff auf die Registerkarte "SSO-Adapter" in der Portal Server-Administrationskonsole keine Meta-Adapter vorhanden. Wenn unter "SSO-Adapter" keine Meta-Adapter verfügbar sind, funktionieren die auf dem Portal Server-Desktop vorhandenen UWC- und Kommunikationskanäle nicht. Folglich funktionieren ebenfalls Anwendungen wie Exchange und iNotes nicht.

  • Portal Server unterstützt den Bereichsmodus nur, wenn Directory Server und das Access Manager-SDK-Plugin installiert und konfiguriert sind.

  • Auf die Administrationskonsole im Bereichsmodus kann unter http://Host.port/amserver/console zugegriffen werden. Weitere Informationen zur Verwendung der Administrationskonsole im Bereichsmodus finden Sie in der Access Manager-Dokumentation, da die Administrationskonsole im Legacy-Modus nicht verfügbar ist.


Damit Proxylet als Konsolenfenster angezeigt wird, müssen die Browsereinstellungen in Netscape 8.0.4 geändert werden. (#6483268 )

Lösung:

So zeigen Sie Proxylet als Konsolenfenster in Netscape 8.0.4 an:

  1. Klicken Sie auf "Extras –> Optionen –> Site-Steuerung –> Site-Liste –> Master-Einstellungen".

  2. Deaktivieren Sie die Kontrollkästchen Unerwünschte Popups in neuer Registerkarte öffnen und Unerwünschte Popup-Fenster zulassen.

  3. Klicken Sie auf "Extras > Optionen > Registerkarten durchsuchen".

  4. Aktivieren Sie das Kontrollkästchen Links von anderen Anwendungen in neuem Fenster öffnen. Deaktivieren Sie die Kontrollkästchen Neue Registerkarte anstelle eines neuen Fensters öffnen und Unerwünschte Popups in einer neuen Registerkarte öffnen.

  5. Starten Sie den Browser neu.


Über NetFile-Option können keine Dateien geöffnet werden. Beim Öffnen einer Datei wird das Dialogfeld "Speichern unter" angezeigt. (#6465918)

Beschreibung:

Idealerweise sollte die Datei geöffnet werden, wenn es sich um einen bekannten Dateityp handelt. Bei einem unbekannten Dateityp sollte das Dialogfeld "Speichern unter" angezeigt werden, das den Benutzer auffordert die Datei zu speichern. In Firefox 1.07 kann der Benutzer keine Aktionen für Dateierweiterungen festlegen. Aus diesem Grund wird beim Öffnen einer Datei mit NetFile das Dialogfeld "Speichern unter" angezeigt. Mit Firefox 1.5 oder höhere Versionen können Benutzer bekannte Dateien öffnen.


Netmail-Funktionen wurden aus Java Enterprise System 5 entfernt. (#6448968)

Beschreibung:

Netmail-Funktionen wurden aus Java Enterprise System 5 entfernt.


Portal-Links werden zur falschen Installation umgeleitet, wenn Portal nicht auf Access Manager in einer Installation mehrerer Portale bereitgestellt ist. Dieses Problem tritt nur in Zusammenhang mit Internet Explorer 6 Service Pack 1 auf. (#6325586 )

Lösung:

Verwenden Sie Internet Explorer 6 Service Pack 2 unter Windows XP, oder verwenden Sie Mozilla Firefox.


Fehler beim Ausführen von psconsole nach Änderungen an Site-Konfiguration. (#6446355)

Lösung:

Starten Sie Common Agent Container und Access Manager neu, nachdem Sie die Änderungen an der Site-Konfiguration abgeschlossen haben.


Community-Portlet von ESP-Portal zeigt keinen Inhalt an. (#6506357)

Lösung:

Aktualisieren Sie das Community-Portlet von ESP-Portal.


Java-DB sollte nach Installation und Konfiguration von Portal Server manuell neu gestartet werden. (#6505149)

Lösung:

Das Installationsprogramm führt 00community.sql aus, um den Java-DB-Benutzer zu erstellen, und die Sicherheitseinstellungen der Datenbank zu konfigurieren. Starten Sie die Java-DB neu, damit diese Eigenschaften wirksam werden.


Portal-Admin-Protokollebene sollte beim Erstellen von mehreren Portalen und Instanzen auf SEHR GENAU festgelegt werden. (#6446151 )

Lösung:

Vor dem Ausführen der psadmin-Befehle, wie z. B. create-portal, create-instance, create-search usw., legen Sie die Protokollebene auf SEHR GENAU fest, um während der Konfiguration detaillierte Protokolle zu erhalten. Mithilfe des folgenden Befehls legen Sie für die Protokollebene SEHR GENAU fest:

psadmin set-logger -u UID -f Passwortdateiname -m Komponententyp -L SEHR_GENAU

Ändern Sie nach dem Ausführen des psadmin-Befehls folgendermaßen die Protokollebene auf SCHWERWIEGEND:

psadmin set-logger -u UID -f Passwortdateiname -m Komponententyp -L SCHWERWIEGEND


.pac-Datei kann im JNLP-Modus für Netscape 8.0-Browser nicht erstellt werden. (#6319863)

Beschreibung:

Die .pac-Datei kann im JNLP-Modus für den Netscape 8.0-Browser nicht erstellt werden.


Einige Secure Remote Access-Attribute stehen in psconsole nicht zur Verfügung. (#6301784)

Beschreibung:

Die folgenden Secure Remote Access-Attribute können ausschließlich von der Befehlszeilenschnittstelle aus geändert werden.

  • sunPortalGatewayDefaultDomainAndSubdomains

  • sunPortalGatewayLoggingEnabled

  • sunPortalGatewayEProxyPerSessionLogging

  • sunPortalGatewayEProxyDetailedPerSessionLogging

  • sunPortalGatewayNetletLoggingEnabled

  • sunPortalGatewayEnableMIMEGuessing

  • sunPortalGatewayParserToURIMap

  • sunPortalGatewayEnableObfuscation

  • sunPortalGatewayObfuscationSecretKey

  • sunPortalGatewayNotToObscureURIList

  • sunPortalGatewayUseConsistentProtocolForGateway

  • sunPortalGatewayEnableCookieManager

  • sunPortalGatewayMarkCookiesSecure

Datensicherung in der Java DB-Datenbank für Portal Server

Zwei Portalkomponenten verwenden die relationale Datenbank: Community-Mitgliedschaft und -Konfiguration sowie Portlet-Anwendungen wie Wiki, Umfrage und gemeinsamer Dateizugriff. Portal Server verwendet standardmäßig Java DB. Nach der Installation kann Portal Server für den Wechsel zu Oracle konfiguriert werden. In diesem Fall müssen Sie die Java DB-Datenbank herunterfahren.

Java DB sollte angehalten werden, wenn Community-Funktionen und die Portlet-Anwendung nicht im bereitgestellten Portal verwendet werden.

Für jede Portalkomponente, die eine relationale Datenbank verwendet, wird eine getrennte Datenbankinstanz mit Standardbenutzer-ID und Standardpasswort konfiguriert. Die standardmäßige Benutzer-ID lautet "portal" und das standardmäßige Passwort lautet ebenfalls "portal". Es wird empfohlen, nach der Installation das Standardpasswort und die Zugriffsberechtigungen der Eigenschaftsdatei, die dieses enthält, zu ändern.

ProcedureSo sichern Sie die Community-Mitgliedschaft und die Konfigurationsdatenbank

Wiederholen Sie die folgenden Anweisungen für jedes Portal in Ihrer Umgebung. Ersetzen Sie die Zeichenfolge <Portal-ID> durch die tatsächliche Portal-ID (z. B.: Portal1, Portal2 usw.).

  1. Starten Sie die Java DB neu.

  2. Verwenden Sie Derby CLI oder ein entsprechendes Programm, um das Passwort für das standardmäßige Benutzerportal zu ändern, indem Sie eine Verbindung zur Datenbank communitymc_portal-ID herstellen. Wenn Sie eine grafische Benutzeroberfläche wie Squirrel-j verwenden, führen Sie mit dem SQL-Editor den folgenden Befehl aus, nachdem die Verbindung zur Java DB-Datenbank von Portal Server hergestellt wurde.CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY('derby.user.portal', 'neues-Passwort');

  3. Starten Sie Java DB neu.

  4. Verwenden Sie die Java DB-Befehlszeile oder ein entsprechendes Programm, um die Verbindung zur Datenbank communitymc_portalID mit dem neuen Passwort herzustellen. So stellen Sie sicher, dass das Passwort ordnungsgemäß festgelegt wurde.

  5. Führen Sie für jede Portalinstanz die folgenden Schritte aus:

    1. Ändern Sie das Passwort für die Datenquelle jdbc/communitymc in das neue Passwort, das in Schritt 2 festgelegt wurde. Informationen hierzu finden Sie im Administrationshandbuch zum Webcontainer.

    2. Öffnen Sie die Datei PortalServer-data-dir/portals/portal-ID/config/portal.dbadmin , und ändern Sie das Passwort für die Eigenschaft communitydb.password in das neue Passwort, das Sie mit Java DB-CLI oder einem entsprechenden Programm in Schritt 2 festgelegt haben.

    3. Ändern Sie die Berechtigung für die Datei PortalServer-DataDir/portals/portal-ID/config/portal.dbadmin , sodass nur der Besitzer über eine Lese- und Schreibberechtigung verfügt (z. B. chmod 600 portal.dbadmin).

    4. Starten Sie den Webcontainer neu.

ProcedureSo sichern Sie Daten für Portletanwendungen zum Freigeben von Dateien

Wiederholen Sie die folgenden Anweisungen für jedes Portal in Ihrer Umgebung. Ersetzen Sie die Zeichenfolge <Portal-ID> durch die tatsächliche Portal-ID (z. B.: Portal1, Portal2 usw.).

  1. Starten Sie Java DB neu.

  2. Verwenden Sie Java DB-CLI oder ein entsprechendes Programm, um das Passwort für den Standardbenutzer "portal" zu ändern, indem Sie eine Verbindung zur Datenbank filesharingdb_portal-ID herstellen. Wenn Sie Squirrel-j verwenden, führen Sie mit dem SQL-Editor die folgenden Schritte aus.


    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.authentication.provider', 'BUILTIN');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.connection.requireAuthentication', 'true');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.user.portal', 'your-new-password');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.fullAccessUsers', 'portal');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.defaultConnectionMode', 'noAccess');
  3. Starten Sie Java DB neu.

  4. Verwenden Sie die Java DB-Befehlszeile oder ein entsprechendes Programm, um die Verbindung zur Datenbank filesharingdb_portal-ID mit dem neuen Passwort herzustellen. So stellen Sie sicher, dass das Passwort ordnungsgemäß festgelegt wurde.

  5. Führen Sie für jede Portalinstanz die folgenden Schritte aus:

    1. Ändern Sie das Passwort für die Datenquelle jdbc/FileSharingDB in das neue Passwort, das in Schritt 2 festgelegt wurde. Informationen hierzu finden Sie im Administrationshandbuch zum Webcontainer.

    2. Öffnen Sie die Datei PortalServer-DataDir/portals/portal-ID/portletapps/filesharing/tokens.properties, und ändern Sie das Passwort für die Eigenschaft DB_ADMIN_PASSWORD und DB_PASSWORD in das neue Passwort, das Sie mit Java DB-CLI oder einem entsprechenden Programm in Schritt 2 festgelegt haben.

    3. Ändern Sie die Berechtigung für die Datei PortalServer-DataDir/portals/portal-ID/portletapps/filesharing/tokens.properties, sodass nur der Besitzer über eine Lese- und Schreibberechtigung verfügt (z. B. chmod 600 tokens.properties).

    4. Starten Sie den Webcontainer neu.

ProcedureSo sichern Sie Daten für Wiki-Portletanwendungen

Wiederholen Sie die folgenden Anweisungen für jedes Portal in Ihrer Umgebung. Ersetzen Sie die Zeichenfolge <Portal-ID> durch die tatsächliche Portal-ID (z. B.: Portal1, Portal2 usw.)..

  1. Starten Sie Java DB neu.

  2. Verwenden Sie Java DB-CLI oder ein entsprechendes Programm, um das Passwort für den Standardbenutzer "portal" zu ändern, indem Sie eine Verbindung zur Datenbank wikidb_portal-ID herstellen. Wenn Sie Squirrel-j verwenden, führen Sie mit dem SQL-Editor die folgenden Schritte aus.


    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.authentication.provider', 'BUILTIN');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.connection.requireAuthentication', 'true');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.user.portal', 'your-new-password');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.fullAccessUsers', 'portal');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.defaultConnectionMode', 'noAccess');
  3. Starten Sie Java DB neu.

  4. Verwenden Sie die Java DB-Befehlszeile oder ein entsprechendes Programm, um die Verbindung zur Datenbank wikidb_portal-ID mit dem neuen Passwort herzustellen. So stellen Sie sicher, dass das Passwort ordnungsgemäß festgelegt wurde.

  5. Führen Sie für jede Portalinstanz die folgenden Schritte aus:

    1. Ändern Sie das Passwort für die Datenquelle jdbc/WikiDB in das neue Passwort, das in Schritt 2 festgelegt wurde. Informationen hierzu finden Sie im Administrationshandbuch zum Webcontainer.

    2. Öffnen Sie die Datei PortalServer-DataDir/portals/portal-ID/portletapps/wiki/tokens.properties, und ändern Sie das Passwort für die Eigenschaft DB_ADMIN_PASSWORD und DB_PASSWORD in das neue Passwort, das Sie mit Java DB-CLI oder einem entsprechenden Programm in Schritt 2 festgelegt haben.

    3. Ändern Sie die Berechtigung für die Datei PortalServer-DataDir/portals/portal-ID/portletapps/wiki/tokens.properties, sodass nur der Besitzer über eine Lese- und Schreibberechtigung verfügt (z. B. chmod 600 tokens.properties).

  6. Starten Sie den Webcontainer neu.

ProcedureSo sichern Sie Daten für Umfrage-Portletanwendungen

Wiederholen Sie die folgenden Anweisungen für jedes Portal in Ihrer Umgebung. Ersetzen Sie die Zeichenfolge <Portal-ID> durch die tatsächliche Portal-ID (z. B.: Portal1, Portal2 usw.).

  1. Starten Sie Java DB neu.

  2. Verwenden Sie Java DB-CLI oder ein entsprechendes Programm, um das Passwort für den Standardbenutzer "portal" zu ändern, indem Sie eine Verbindung zur Datenbank surveysdb_portal-ID herstellen. Wenn Sie Squirrel-j verwenden, führen Sie mit dem SQL-Editor die folgenden Schritte aus.


    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.authentication.provider', 'BUILTIN');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.connection.requireAuthentication', 'true');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.user.portal', 'your-new-password');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.fullAccessUsers', 'portal');
    CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
    	('derby.database.defaultConnectionMode', 'noAccess');
  3. Starten Sie Java DB neu.

  4. Verwenden Sie die Java DB-Befehlszeile oder ein entsprechendes Programm, um die Verbindung zur Datenbank surveysdb_portal-ID mit dem neuen Passwort herzustellen. So stellen Sie sicher, dass das Passwort ordnungsgemäß festgelegt wurde.

  5. Führen Sie für jede Portalinstanz die folgenden Schritte aus:

    1. Ändern Sie das Passwort für die Datenquelle jdbc/SurveysDB in das neue Passwort, das in Schritt 2 festgelegt wurde. Informationen hierzu finden Sie im Administrationshandbuch zum Webcontainer.

    2. Öffnen Sie die Datei PortalServer-DataDir/portals/portal-ID/portletapps/surveys/tokens.properties, und ändern Sie das Passwort für die Eigenschaft DB_ADMIN_PASSWORD und DB_PASSWORD in das neue Passwort, das Sie mit Java DB-CLI oder einem entsprechenden Programm in Schritt 2 festgelegt haben.

    3. Ändern Sie die Berechtigung für die Datei PortalServer-DataDir/portals/portal-ID>/portletapps/surveys/tokens.properties, sodass nur der Besitzer über eine Lese- und Schreibberechtigung verfügt (z. B. chmod 600 tokens.properties).

    4. Starten Sie den Webcontainer neu.

Dateien für Neuverteilung

Sun Java System Portal Server 7.1 enthält keine Dateien zur Neuverteilung.

Problemmeldungen und Feedback

Wenn Sie Probleme mit Sun Java System Portal Server haben, wenden Sie sich mithilfe der folgenden Mechanismen an den Kundendienst von Sun :

Damit wir Sie beraten können, halten Sie bitte die folgenden Informationen bereit, wenn Sie sich an die Kundenunterstützung wenden:

Wenn Sie Probleme mit Sun Java System Portal Server haben, sollten Sie beim Kontaktieren des Kundendiensts die folgenden Informationen bereithalten:

Falls die Probleme scheinbar auf einen Client zurückzuführen sind, halten Sie bitte die folgenden Informationen bereit:

Kommentare sind willkommen

Sun möchte seine Dokumentation laufend verbessern. Ihre Kommentare und Vorschläge sind daher immer willkommen. Verwenden Sie das webbasierte Formular, um uns Ihr Feedback mitzuteilen:

http://www.sun.com/hwdocs/feedback

Tragen Sie den vollständigen Titel der Dokumentation und die vollständige Teilenummer in die entsprechenden Felder ein. Die Teilenummer ist eine 7-stellige oder 9-stellige Zahl, die Sie auf der Titelseite des Handbuchs oder am Anfang des Dokuments finden. Die Teilenummer dieses Dokuments mit Versionshinweisen lautet beispielsweise 820-0901.

Weitere Quellen von Sun

Nützliche Informationen über Sun Java System finden Sie unter den folgenden Internetadressen: