Notes de version de Sun Java System Portal Server 7.1 Update 2

Bogues dans cette version

Cette section contient des informations concernant les bogues ouverts de Portal Server 7.1 Update 2.

Les domaines suivants du produit sont abordés :

Installation

Le patch doit être appliqué comme un utilisateur root. (n° 5080029)

Solution :

En cas de configuration postinstallation exécutant Portal Server comme utilisateur non root, supprimez ces modifications, et exécutez Portal Server comme utilisateur root avant d'appliquer le patch.

Une fois l'application du patch réussie, suivez la procédure postinstallation pour exécuter Portal Server comme utilisateur non root.

Si Portal Server et Access Manager sont installés sur deux machines différentes, la création de discussions et la recherche échouent. (n° 6534761, 6534777)

Solution :

Après la mise à niveau de Portal Server 7.1 vers Portal Server 7.1 Update 2, redémarrez le conteneur d'agents communs.

Sur la plate-forme Solaris :

/usr/lib/cacao/lib/cacaoadm stop 
/usr/lib/cacao/lib/cacaoadm start

Sur la plate-forme Linux :

/opt/sun/cacao/bin/cacaoadm stop

/opt/sun/cacao/bin/cacaoadm start

Il est nécessaire de redémarrer le conteneur d'agents communs après avoir créé un nouveau portail. (n° 6521384)

Exemple :

Si vous utilisez Application Server 8.2 comme conteneur Web pour Portal Server sur une plate-forme Linux, redémarrez le conteneur d'agents communs après avoir créé un nouveau portail.

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

Si Portal Server est installé dans un cluster Application Server, vous devez supprimer l'instance Portal Server de chaque serveur pour le désinstaller. (n° 6494878)

Solution :

Procédez comme suit :

Démarrez DAS sur chaque noeud secondaire.
Supprimez les instances Portal Server de chaque noeud secondaire en exécutant la commande psadmin delete-instance.
Supprimez l'instance Portal Server du noeud principal.
Exécutez la commande uninstall pour désinstaller Portal Server.

Administration avec les utilitaires de ligne de commande

Par défaut, l'option —overwrite est true pour l'importation par la console d'administrateur de Portal Server et false pour la commandepsadmin import. (n° 6323091)

Solution :

Lorsque vous utilisez la sous-commande psadmin import avec l'option --dp-only, précisez l'option --overwrite pour remplacer l'intégralité du profil d'affichage du dn spécifié. Par exemple, tapez :

./psadmin import -u amadmin -f ps_password - p portal-ID --dp-only --continue -- overwrite

Le répertoire du portail n'est pas supprimé si l'instance se situe sur un hôte différent de l'hôte du portail. (n° 6355651)

Description :

Exécutez delete-portal sur machine1. Le répertoire /var/opt/SUNWportal/portals/portal1 est supprimé de machine1. Cependant, ce même répertorie est conservé sur machine2.

Solution :

Supprimez le répertoire /var/opt/SUNWportal/portals/portal1 de machine2.

Collaboration et communautés

Lorsque vous accédez initialement au portlet de communauté, il affiche une erreur indiquant que le contenu n'est pas disponible. (n° 6495254)

Solution :

Actualisez le navigateur.

Bureau

La documentation en ligne relative au bureau Portal Server se rapporte à la documentation de Portal Server 7.1. (n° 6573973)

Solution :

Consultez la documentation en ligne de Portal Server 7.1 Update 1 sur http://docs.sun.com/app/docs/coll/1552.1.

En raison de la taille des cookies, les portlets échouent en présence d'un utilisateur anonyme sans authentification. (n° 6460104)

Description :

Les propriétés d'un utilisateur anonyme sans authentification sont enregistrées dans un cookie. Ces propriétés comprennent tous les arguments de rendu de portlet et de bureau. En atteignant une certaine taille, les arguments de rendu provoquent une erreur sur les portlets.

Solution :

Procédez comme suit :

Connectez-vous à la console d'administration d'Access Manager.
Cliquez sur Configuration de services —> Détection clients.
Dans l'écran Détection clients, cliquez sur le lien Éditer qui s'affiche dans la champ Types de clients.
Dans la fenêtre contextuelle Gestionnaire des clients, sélectionnez la troisième page.
Cliquez sur lien Éditer affiché avec genericHTML.
Dans la fenêtre contextuelle, sélectionnez l'option et ajoutez la propriété authlessState=server.

Lorsque vous essayez d'accéder au bureau de Portal Server, le message d'erreur « Format Keystore invalide » s'affiche. (n° 6446218, 6488139)

Solution :

Procédez comme suit :

Accédez au répertoire var/opt/SUNWportal/portals/portalID /config/instanceID.
Dans ce répertoire, renommez security en security.backup.
Redémarrez l'instance.

Portlet

Les valeurs de sortie du portlet sont cachées. (n° 6273292)

Description :

Donnez au délai d'actualisation la valeur zéro. Exemple : <String name="refreshTime" value="0" advanced="true"/>.

L'aide du portlet de communauté affiche le message d'erreur suivant : « Page introuvable.» (n° 6547258 )

Solution :

Accédez à l'aide en ligne en utilisant le bouton Aide dans le coin supérieur droit du modèle de Communauté.

Console de gestion de Portal Server

Pour l'utilisateur, également administrateur et développeur, les DN nouvellement créés ne sont mis à jour qu'à la prochaine session. (n° 6573378)

Solution :

Procédez comme suit :

Connectez-vous à Portal Server en tant que developerAdmin.
Cliquez sur l'onglet Administration, puis sur Canaux.
Cliquez sur Modifier. La liste affiche tous les DN présents sous DeveloperSample.
Ouvrez un nouveau navigateur, connectez-vous à Access Manager, puis créez une nouvelle sous-organisation dans l'exemple de développement.
Assignez tous les services de portail à la nouvelle organisation.
Actualisez le bureau Portal Server, puis cliquez sur Administration -> Canaux -> Administration de la création de canaux.
Cliquez sur Modifier. L'organisation nouvellement créée n'est pas répertoriée.

L'utilisateur developerAdmin doit se déconnecter puis se reconnecter pour pouvoir visualiser la nouvelle organisation.

L'option Choisir le fichier ne fonctionne pas lors de l'importation ou de l'exportation d'un portail. (n° 6545784)

Solution :

Lorsque vous importez ou exportez un portail, fournissez le chemin complet du fichier par.

Sous Application Server 8.2, les sources de données ne sont pas déployées sur une nouvelle instance de Portal Server. (n° 6515080)

Solution :

Procédez comme suivant dans la console d'administration Application Server 8.2 :

Connectez-vous à la console d'administration Application Server.
Sélectionnez Cliquer sur les ressources -> Ressources JDBC -> jdbc/communitymc.
Dans le volet droit, cliquez sur l'onglet Cibles, puis sur Gérer les cibles.
Ajoutez l'instance de serveur.

La page /portal/dt de Portal Server ne se charge pas correctement en présence d'un délai d'attente provenant d'Instant Messenger. (n° 6200508)

Solution :

Procédez comme suit :

Connectez-vous à la console d'administration Portal Server.
Cliquez sur Gestion d'identité -> Services.
Choisissez une durée maximum de session supérieure au délai d'attente de la connexion pour le canal SSO.

Dans l'aide de la console d'administration, HTTPS devrait en fait être HTTP et URL devrait être URI. (n° 6476607)

Description :

Dans la section Profil sous Secure Remote Access, l'attribut désigne « Port HTTP — Spécifie le port HTTPS. La valeur par défaut est 80. » HTTPS devrait être HTTP. Réécriture de toutes les URL devrait être Réécriture de toutes les URI.

Les fichiers d'aide ne s'affichent pas sur le serveur Web SSL. (n° 6351789)

Description :

Connectez-vous à psconsole et cliquez sur le bouton Aide. Le sommaire de l'aide ne s'affiche pas.

Solution :

Procédez comme suit :

Ajoutez une propriété de gestion de bean httpPort à la déclaration de bean géré de JavaHelpBean dans le fichier ./web-src/common/common-fonfig.xml . Le fichier common-config.xml est situé dans le fichier WAR de psconsole.
Configurez httpPort sur un port non sécurisé (http) fourni par le conteneur web.

Exemple :

L'exemple suivant illustre la configuration de httpPort sur le port 8080 :

<managed-bean>

<description>Bean de support du composant d'aide Java</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>

Le conteneur web doit prendre en charge un port http pour permettre à l'exemple ci-dessus de fonctionner. Des fichiers unjar et re-jardu WAR de psconsole doivent être ajoutés pour gérer la propriété de bean et configurer la valeur du port http. Après avoir créé le nouveau WAR de psconsole, un redéploiement doit être effectué pour prendre en compte les modifications.

Proxylet

Pour que la fonctionnalité de téléchargement puisse fonctionner, la propriété Actualiser le bureau Portal doit être activée. (n° 6584477)

Solution :

Pour que la fonctionnalité de téléchargement automatique puisse fonctionner, l'administrateur doit activer la propriété Actualiser le bureau Portal.

Connectez-vous à la console d'administration Portal Server.
Cliquez sur Secure Remote Access -> Proxylet.
Définissez Actualiser le bureau Portal au lancement du proxylet sur Oui.

L'aide du proxylet n'est disponible qu'à partir du canal proxylet. (n° 5036777)

Description :

L'aide du proxylet n'est disponible qu'à partir du canal proxylet. Si l'utilisateur clique sur le lien d'aide de la page Éditer Proxylet, le lien d'aide s'affiche dans l'aide en ligne du bureau.

Avec le navigateur Firefox sur la plate-forme Solaris, le proxylet ne se charge pas en mode Java Web Start. (n° 6464974)

Solution :

Copiez istall_dir/defaults/profile/mimeTypes.rdf de Firefox pour Windows vers le répertoire istall_dir/defaults/profile de Firefox pour Solaris.

Se déconnecter de Portal Server ne ferme pas la console du proxylet . (n° 6496855)

Solution :

Arrêtez l'application proxylet et fermez le navigateur.

Pour un utilisateur root proxylet autre que l'utilisateur par défaut, le fichier pac ne contient aucune des règles de proxylet. (n° 6445867)

Description :

Pour un utilisateur proxylet, le fichier pac ne contient aucune des règles de proxylet.

Dans la console d'administrateur Access Manager, créez un utilisateur sous developersample.
Dans la console d'administrateur Portal Server, créez les règles de proxylet pour developersample.
Connectez-vous au bureau Portal Server en tant qu'utilisateur proxylet.
Lancez le proxylet.

Le proxylet est téléchargé en mode Applet. Le fichier pac généré ne contient cependant aucune des règles de proxylet.

Solution :

Procédez comme suit :

Connectez-vous à la console d'administration Portal Server.
Sélectionnez l'onglet SRA et cliquez sur l'onglet du proxylet.
Modifiez la priorité COS pour utiliser une valeur inférieure à la valeur maximum pour l'organisation.
Modifiez la priorité COS de o=DeveloperSample pour utiliser une valeur inférieur au maximum.
Configurez toutes les sous-organisations sur la valeur maximum sous la priorité COS developer_sample.

Le fichier pac du proxylet est généré pour les utilisateurs créés au-dessous de la sous-organisation.

Le fichier pac du proxylet n'est pas généré après la fermeture de la fenêtre d'applet de la session donnée. (n° 6490738 )

Solution :

Procédez comme suit :

Déconnectez-vous de la session en cours et fermez la fenêtre du navigateur.
Ouvrez une nouvelle session dans le navigateur et lancez le proxylet.

Module de réécriture

Le module de réécriture du jeu de règles pour Ajax doit être configuré manuellement. (n° 6504423)

Solution :

Pour configurer manuellement le module de réécriture du jeu de règles pour Ajax, procédez comme suit :

Connectez-vous à la console Portal Server comme administrateur.
Cliquez sur l'onglet Accès distant sécurisé et cliquez sur Module de réécriture du jeu de règles.
Sélectionnez l'option generic_ruleset dans le tableau Module de réécriture du jeu de règles, et cliquez sur Télécharger.
Téléchargez le fichier comme generic_ruleset.xml dans un répertoire temporaire.

Éditez le fichier generic_ruleset.xml et les règles suivantes avant la règle Function name="open" paramPatterns="y"/.

<Function name="*req*.open" paramPatterns=",y,"/> 
	<Function name="_81.open" paramPatterns=",y,"/>
	<Function name="http.open" paramPatterns=",y,"/>
	<Function name="sunportal.AJAXPageStyles" paramPatterns="y"/>

Enregistrez le fichier modifié.
Dans la console d'administrateur Portal Server, sélectionnez generic_ruleset dans le Rulesetstable du module de réécriture, et cliquez sur Supprimer.
Cliquez sur Envoyer nouveau fichier et envoyer le fichier modifié generic_ruleset.xml .
Redémarrez la passerelle.

Les règles ci-dessus ne s'appliquent qu'au fournisseur de conteneur lié à JavaScript. D'autres règles peuvent être requises pour des canaux spécifiques de JavaScript.

Dans une configuration de session distincte, le jeu de règles du module de réécriture SRA n'est pas chargé. Sur la plate-forme Linux, la page d'accueil de la passerelle ne s'affiche pas avec des valeurs de répertoire autres que celles par défaut. (n° 6477552, 6570553)

Solution :

Sélectionnez Accès distant sécurisé -> Réécrire les jeux de règles. Si vous ne trouvez pas les entrées suivantes : default_gateway_ruleset, exchange_2000sp3_owa_ruleset, exchange_2003_owa_ruleset, inotes_ruleset, iplanet_mail_ruleset, sap_portal_ruleset et wml_ruleset, exécutez les commandes suivantes :

Redémarrez le conteneur d'agents communs.

Exécutez les commandes suivantes :

./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 ne fonctionne pas avec le chiffrement SSL_RSA_WITH_NULL_MD5 . (n° 6434314)

Solution :

Activez l'option Message chiffré nul sous l'onglet Profil de passerelle > Sécurité.

NetFile

Sur la plate-forme Linux, vous n'avez pas la possibilité d'ajouter des partages pour FTP dans NetFile. (n° 6574393)

Description :

Vous rencontrerez ce problème si ipv4 et ipv6 sont activés sous Linux.

Vous devez ajouter des partages NFS lorsque Portal Server est installé sur la plate-forme Linux. (n° 6511479, 6504597)

Solution :

Procédez comme suit :

Ajoutez /usr/lib/libpam.so à la variable d'environnement LD_PRELOAD . Par exemple : export LD_PRELOAD=/usr/lib/libpam.so:$LD_PRELOAD
Vérifiez que /usr/lib se trouve dans LD_LIBRARY_PATH. Si ce n'est pas le cas, ajoutez /usr/lib à LD_LIBRARY_PATH.
Redémarrez le conteneur à partir du même shell.

Les partages NFS ne sont pas ajoutés à un hôte distant via NetFile. (n° 6504597)

Solution :

Si la machine hôte n'est pas configurée pour exécuter des recherches de noms d'utilisateur via NIS, NFS ne parvient pas à ajouter un partage sur l'hôte. Si NIS n'est pas activé, vous pouvez rechercher uniquement des utilisateurs locaux. Par exemple, sur une machine où NIS n'est pas activé, vous pouvez ajouter un partage à NetFile sur n'importe quelle machine en tant qu'utilisateur root. Assurez-vous que le mot de passe root de cette machine est identique à celui de la machine équipée de NetFile, étant donné que celle-ci ne peut rechercher que des comptes utilisateur locaux.

SRA (Secure Remote Access - Accès distant sécurisé)

La passerelle SRA échoue dans le cas d'une incohérence de casse dans les noms de domaine. (n° 6588454)

Description :

Le programme d'installation de Java ES affiche le nom de domaine de la machine équipée de Portal Server. Si la machine est configurée pour utiliser NIS, il y aura une incohérence entre le domaine actuel et le domaine spécifié dans NIS. Par exemple, dans NIS, le nom de domaine est défini sur « Country.Sun.COM », alors que le nom de domaine actuel est « country.sun.com.». Cela provoque alors l'échec de la création de la session Gateway.

Solution :

Dans le programme d'installation, utilisez le nom de domaine actuel avec la casse correcte.

La passerelle SRA ne requiert pas Directory Server sur Portal Server 7.x. (n° 6565053)

Description :

La passerelle SRA, sur Portal Server 7.0, requiert Directory Server. Après avoir mis à niveau la passerelle de Portal Server 7.0 vers Portal Server 7.x, désinstallez Directory Server.

Procédez comme suit :

En tant qu'utilisateur root, modifiez les répertoires comme suit :
- /var/sadm/prod/SUNWentsys5/ sous Solaris.
- /var/sadm/prod/sun-entsys5/ sous Linux.
Saisissez ./uninstall pour désinstaller Portal Server.

Dans l'assistant de désinstallation de Sun Java Enterprise System, sélectionnez Directory Server et poursuivez.

Si un équilibreur de charge est installé entre les instances de Portal Server et la passerelle, certaines fonctionnalités SRA ne fonctionnent pas. (n° 6577269)

Description :

Si un équilibreur de charge est installé entre les instances de Portal Server et la passerelle et que celui-ci utilise HTTPS alors que les instances utilisent HTTP, les fonctionnalités SRA suivantes ne fonctionnent pas : règles Netlet statiques et Proxylet. Portal Server et l'équilibreur de charge doivent utiliser le même protocole pour que Netlet et Proxylet puissent fonctionner.

Lorsque vous installez Access Manager, Portal Server et SRA dans différentes sessions, vous devez redémarrer le conteneur Web après avoir configuré Portal Server. (n° 6564379)

Solution :

Procédez comme suit :

Installez Access Manager, Directory Server et le conteneur Web dans une session.
Installez Portal Server dans une deuxième session.
Redémarrez le conteneur Web.
Installez les composants SRA dans la prochaine session.

Sur la plate-forme Linux, vous ne pouvez pas ajouter des partages NFS sur un hôte distant via l'option Netfile. (n° 6504597)

Solution :

Si la machine n'est pas configurée pour exécuter des recherches de noms d'utilisateur via NIS ou NFS, celle-ci ne parvient pas à ajouter un partage sur l'hôte. Si NIS n'est pas activé, vous pouvez rechercher uniquement des utilisateur locaux. Par exemple, sur une machine où NIS n'est pas activé, vous pouvez ajouter un partage à NetFile sur n'importe quelle machine en tant qu'utilisateur root. Assurez-vous que le mot de passe root de cette machine est identique à celui de la machine équipée de NetFile.

Procédez comme suit :

Ajoutez /usr/lib/libpam.so à la variable d'environnement LD_PRELOAD .

Par exemple, export LD_PRELOAD=/usr/lib/libpam.so:$LD_PRELOAD
Vérifiez que /usr/lib se trouve dans LD_LIBRARY_PATH. Si ce n'est pas le cas, ajoutez /usr/lib à LD_LIBRARY_PATH .
Redémarrez le conteneur Web à partir du même shell.

Les services SRA ne sont pas configurés lors d'une installation manuelle des modèles de portails utilisant l'interface de lignes de commande. (n° 6516280)

Solution :

Appelez manuellement les éléments et cibles suivants pour configurer les services SRA pour chaque modèle :

community_sra
developer_sra
enterprise_sra

Après l'installation du modèle de portail, exécutez les commandes suivantes.

/usr/sfw/bin/ant -f /opt/SUNWportal/samples/portals/build.xml community_sra developer_sra enterprise_sra -Dconfig.location= input-properties-file-location

Dans Accès distant sécurisé, vous ne pouvez ajouter qu'une seule ligne à la fois. (n° 6497988)

Solution :

Si vous essayez d'ajouter plusieurs lignes dans les écrans SRA, enregistrez les détails après l'ajout de chaque ligne.

Désactivez l'accès à l'application UWC (Unified Web Client) via le proxylet si UWC et Portal Server sont installés sur des machines différentes. (n° 6348935)

Solution :

Si l'application UWC et Portal Server sont installés sur des machines différentes, procédez comme suit pour accéder à la machine UWC via le proxylet :

Dans la console d'administration Portal Server, activez la gestion des cookies dans le profil de passerelle.
Dans le champ des URL auxquels le cookie de session utilisateur est transmis, ajoutez les URL UWC, de calendrier et de messagerie. Ajoutez par exemple : http://port/uwc, http://calhost:calport, http://messaginghost:messagingport.
Dans le fichier AMConfig.properties de la machine UWC, remplacez com.iplanet.am.cookie.name=iPlanetDirectoryPro par com.iplanet.am.cookie.name=iPlanetDirectoryPro1.

Remarque –
Vous disposez ainsi de noms de cookie différents sur les machines Gateway et Portal Server.
Sur la machine UWC, modifiez le cookie de session Messaging Server en iPlanetDirectoryPro1 à l'aide de configutil.
Ajoutez les URL de serveurs UWC, de calendrier et de messagerie dans la liste d'URL non authentifiées d'UWC.
Redémarrez Gateway, UWC et Portal Server.

certadmin ignore le pseudonyme lors de l'installation d'un renouvellement de certificat. (n° 6360869)

Description :

certadmin ignore le pseudonyme lors de l'installation d'un renouvellement de certificat. Dans ce cas, la passerelle sélectionne le certificat expiré plutôt que le nouveau. Il est impossible de différencier deux certificats ayant le même pseudonyme.

Solution :

Procédez selon l'une des méthodes suivantes :

Supprimez l'ancien certificat avant d'importer le nouveau. Dans Portal Server 7.1, procédez comme suit :
cd PortalServer_base/SUNWportal/bin/certadmin -n config_name
Sélectionnez 5 pour supprimer le certificat.
Ne renouvelez pas le certificat. Lorsqu'un certificat expire, obtenez-en un nouveau avec de nouvelles clés.

Recherches, abonnements et discussions

Le serveur de recherche ne fonctionne pas lorsque le serveur web n'est pas un serveur root. (n° 6408826)

Description :

Si vous créez un serveur de recherche non-root, il ne fonctionne pas si le serveur web n'est pas un serveur root.

Solution :

Procédez comme suit :

Créez un serveur de recherche.
Modifiez l'instance du serveur de recherche à l'aide de la commande suivante :

chown -R nonrootuser.nonroot search_instance
Redémarrez le serveur web en tant qu'utilisateur non-root.
Modifiez les permissions de l'instance de recherche à l'aide de la commande suivante :

chmod -R og+rX search_instance

WSRP

Le producteur WSRP avec SSL ne fonctionne pas avec un consommateur non—SSL. (n° 6292152)

Description :

Le producteur WSRP avec SSL ne fonctionne pas avec un consommateur non—SSL. Le conteneur d'agents communs requiert l'entrée du certificat d'AC du serveur SSL dans le truststore et la configuration du mot de passe de celui-ci.

Solution :

Pour configurer le serveur de conteneur d'agents communs :

Créez un truststore et importez le certificat d'AC du serveur SSL dans ce truststore à l'aide de la commande keytool.
Configurez les propriétés JVM suivantes à l'aide de la commande cacaoadm :
- Djavax.net.ssl.truststore
- Djavax.net.ssl.truststorePassword
Par exemple, tapez cacaoadm set-param java-flags="`cacaoadm get-param java-flags -v` -Djavax.net.ssl.truststore=/tmp/truststore -Djavax.net.ssl.truststorePassword=truststorepass .
Redémarrez le serveur de conteneur d'agents communs.

L'emplacement du keystore du serveur de registre est toujours défini par rapport à /soar/3.0. (n° 6355673)

Description :

La configuration SSO du serveur de registre accepte un emplacement de keystore. Cet emplacement se définit toujours par rapport à /soar/3.0.

Solution :

Créez un répertoire /soar/3.0/jaxr-ebxml/security et placez-y le fichier keystore.jks fourni par le serveur de registre.

Localisation

L'aide de la page de modification des options de Blogue ou Recherche affiche l'erreur 404 relative à l'état HTTP. (n° 6570561)

Description :

Sélectionnez Exemple de communauté -> communauté wiki-blogue -> page Blogue ou Recherche -> Modifier les options. Cliquez sur Aide dans le coin supérieur droit. La fenêtre d'aide affiche l'erreur HTTP 404.

En configuration japonaise, l'objet de l'e-mail d'invitation de communauté comporte le caractère ?. (n °6523356)

Solution :

Modifiez le fichier de ressources du message de notification afin qu'aucun caractère multioctet ne soit utilisé dans le champ de l'objet.

Modifiez le fichier portal/WEB-INF/classes/CommunityNotificationMessages.properties .
Effectuez la modification suivante : user_invited_subject=You've been invited to {0}.

Les noms de fichiers de plusieurs octets dans psonsole sous Déployer le portlet sont endommagés. (n° 6368639)

Description :

Lorsque la langue système et la langue du navigateur par défaut utilisent un codage de caractères différent, le nom des fichiers et répertoires sous Déployer le portlet semble endommagé dans la console d'administration de portail.

Solution :

Le nom des fichiers et répertoires est codé selon un système spécifique de codage des caractères. Configurez la langue système par défaut pour utiliser le même modèle de codage de caractères que la langue du navigateur.

Lorsque vous lancez Proxylet, les noms de bouton de la fenêtre Proxylet apparaissent tronqués. (n° 6447909)

Description :

Accédez au bureau Portal Server via la passerelle, puis lancez Proxylet. La fenêtre correspondante s'affiche. Les noms de bouton de cette fenêtre apparaissent tronqués.

L'aide en ligne de la console d'administration Portal Server affiche des caractères multioctets corrompus. (n° 6518627)

Description :

Connectez-vous à la console d'administration Portal Server, puis cliquez sur Aide en ligne. Sélectionnez Index. Les caractères multioctets apparaissent corrompus.

Dans l'e-mail d'invitation de communauté, certains messages s'affichent en anglais. (n° 6568528)

Description :

Il s'agit des messages suivantes : « You have been invited to community, COLLECTION1 by USER1 », « Message from » et « Please use the following URL to access the community.»

Le signet et le canal d'application ont des liens dupliqués et non valides. (n° 6504004)

Description :

Le signet et le canal d'application ont des liens dupliqués et non valides après la migration de Portal Server de Java ES 4 à Java ES 5.

Solution :

L'administrateur doit ajouter ou supprimer les liens requis dans le canal d'application de la console Portal Server. Ce canal se trouve sous MyFrontPageTabPanelContainer dans le modèle Développeur. Dans les propriétés du canal d'application, apportez les modifications suivantes :

userApps : Supprimez les valeurs suivantes : -NetMail Lite et -NetMail. Ajoutez la valeur suivante : NetFile.
Cibles : Supprimez les valeurs suivantes : NetMailLite|NetMailServlet?nsid=newHTMLSessionNetMailLite|NetMailServlet?nsid=newHTMLSession NetMail|NetMailServlet?nsid=newAppletSession. Puis, dupliquez les liens des cibles Instant Messenger.

L'aide en ligne de la console Portal Server s'affiche en anglais pour la configuration fr-FR. (n° 6513360)

Solution :

Configurez fr pour la langue d'utilisation du navigateur.

Lorsque vous lancez Instant Messenger à partir du canal Instant Messenger, il s'affiche en anglais. (n° 6515726)

Solution :

À l'aide du canal d'informations utilisateur, définissez la langue de la configuration.

Le champ Nom de canal de la console Portal Server n'accepte que les caractères suivants : A à Z, 0 à 9 ou a à z. (n° 6522702 )

Description :

Le champ Nom de canal de la console Portal Server n'accepte que les caractères de A à Z, 0 à 9 ou a à z.

Le format de date de l'enquête doit être modifié. (n° 6493352)

Description :

Les champs Du et Au de l'enquête adoptent le format de date jj mmm aaaa. Modifiez le format par aaaa mmm jj.

La commande psadmin list-dp ne génère par une sortie correcte si le profil d'affichage n'est pas configuré pour l'anglais. (n° 6502307)

Solution :

Si la langue à télécharger pour le profil d'affichage n'est pas l'anglais, configurez la langue de l'interface de ligne de commande jvm sur la langue du profil d'affichage avant d'exécuter la commande psadmin list-dp.

Par exemple, pour télécharger le profil d'affichage du français, procédez comme suit :

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

Le canal de recherche n'affiche pas correctement le contenu des fichiers. (n° 6506365)

Description :

Le convertisseur tiers ne convertit pas correctement le contenu des fichiers.

Les chaînes dans les rapports générés par UBT ne sont pas localisées. (n° 6336394)

Description :

Les rapports générés ne sont que partiellement traduits. Cette situation ne se produit qu'avec les configurations japonaises et chinoises.

Solution :

Le message affiché est le suivant : « Aucune donnée de suivi ne concerne le rapport sélectionné. Par conséquent, aucune page n'est affichée.». Pour résoudre le problème, procédez comme suit :

Connectez-vous à la console d'administration Portal Server.
Sélectionnez l'onglet Portails.
Sélectionnez le portail configuré.
Sélectionnez l'onglet Suivi du comportement utilisateur.
Cliquez sur l'onglet Paramètres.
Sélectionnez l'instance de portail.
Cliquez sur Activer pour le journal UBT.

Mobile Access

Vous ne pouvez pas créer de vues de messagerie. (n° 6521744)

Description :

Dans le bureau du portail, un message d'erreur s'affiche lorsque vous créez une vue de messagerie. Cliquez sur Modifier le canal de messagerie -> Messagerie mobile -> Vue des périphériques.

Solution :

Ajoutez une entrée pour le périphérique dans le fichier /var/opt/SUNWappserver/domains/domain1/applications/j2ee-modules/portal/ WEB-INF/classes/DeviceNames.properties.

Le canal de messagerie ne s'affiche pas sur le bureau mobile. (n° 6521749)

Solution :

Dans la page d'accueil du périphérique, cliquez sur Options -> Contenu, sélectionnez l'option Messagerie et cliquez sur Achevé(e).

Le portail n'est pas rendu à l'aide de la commande /amserver/UI/Login dans le simulateur openwave 6.2.2. (n° 6439565 )

Solution :

Si le conteneur web est Web Server, procédez comme suit :

Ouvrez les fichiers suivants :

/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
Recherchez l'entrée <filter> dans les deux fichiers xml.
Activez l'entrée d'amcontroller et enregistrez le fichier.
Redémarrez Web Server.

Si le conteneur web est Application Server, procédez comme suit :

Ouvrez les fichiers suivants :

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
Recherchez l'entrée <filter> dans les deux fichiers xml.
Activez l'entrée d'amcontroller et enregistrez le fichier.
Redémarrez Application Server.

Le lien Options de Mobile Access ne fonctionne pas si les options sans fil se trouvent sur une page différente. (n° 6500172)

Description :

Les options sans fil (Contenu et Présentation) doivent être surlignées sur le bureau mobile en cliquant sur le lien Options du bureau. Si toutes ces options se trouvent sur une page différente, les options sans fil ne sont pas surlignées.

Solution :

Accédez à la page suivante et cliquez sur le lien Options.

La création d'un événement sans préciser d'heure de fin crée un événement d'une heure. (n° 6479153)

Description :

Connectez-vous au simulateur et créez un événement à l'aide du Calendrier Hm. Si l'heure de fin n'est pas spécifiée, l'événement dure une heure.

Portlet de blog

L'option Poster nouveau ouvre la fenêtre correspondante dans un autre canal de portlet blog. (n° 6545765)

Solution :

Si vous ajoutez plus d'un canal de blog portlet sur un onglet, cliquer sur l'option Poster nouveau ouvre la fenêtre correspondante dans un autre canal de portlet blog.

Solution :

Ne créez qu'un canal de portlet blog sur l'onglet.

Le canal de portlet blog affiche le message suivant si appUrl n'est pas configuré : « Erreur de contenu non disponible.» (n° 6546198)

Solution :

Pour le portlet, paramétrez l'option configMode sur un des éléments suivants :

Assistant
Wizard-user-config
Manuelle

L'option Poster nouveau ne fonctionne pas avec Internet Explorer. (n° 6545771)

Description :

Si vous ajoutez plus d'un canal de portlet de blog sur un onglet, cliquer sur l'option Poster un nouveau n'amène à rien.

Solution :

Ne créez qu'un canal de portlet blog sur l'onglet.

Wiki

Si vous insérez un lien commençant par « www » dans l'éditeur Wiki, le lien ne fonctionne pas.(n° 6545362 )

Solution :

Écrivez « http » avant « www.» Par exemple, lorsque vous insérez le lien, « www.google.com, » insérez-le sous la forme « http://www.google.com.»

En raison de la taille des cookies, les portlets échouent en présence d'un utilisateur anonyme sans authentification. (n° 6460104)

Description :

Les propriétés d'un utilisateur anonyme sans authentification sont enregistrées dans un cookie. Ces propriétés comprennent tous les arguments de rendu de portlet et de bureau, etc. En atteignant une certaine taille, les arguments de rendu provoquent une erreur sur les portlets.

Solution :

Procédez comme suit :

Connectez-vous à amconsole.
Cliquez sur Services de configuration > Détection de clients.
Dans l'écran Détection clients, cliquez sur le lien Éditer qui s'affiche dans la champ Types de clients.
Accédez à la troisième page dans la fenêtre contextuelle Gestion des clients.
Cliquez sur lien Éditer affiché avec genericHTML.
Dans la fenêtre contextuelle, sélectionnez l'option et ajoutez la propriété authlessState=server.

Exemple de portails

Lorsque vous utilisez l'option Afficher/masquer les canaux dans la console d'administration Portal Server, pour ajouter un exemple XML au portail exemple d'Entreprise, un message d'erreur s'affiche sur le bureau du portail. (n° 6542355 )

Solution :

Procédez comme suit :

Connectez-vous à la console d'administration Portal Server.
Sélectionnez DN comme exemple d'Entreprise.
Changez l'option URL de l'exemple XML fichier :///var/opt/sun/portal/portals/portal1/desktop/developer_sample /SampleXML/getQuotes.xml.

Lorsque vous ajoutez un canal à AjaxTableContainerProvider et que vous y accédez par le bureau du portail, si vous cliquez sur sur le bouton Aide et sur le lien Contenus ou Index, la fenêtre correspondante s'ouvre sur le bureau du portail lui-même. Vous ne pouvez pas retourner sur le bureau du portail. (n° 6506929 )

Solution :

Cliquez sur le bouton Retour affiché sur le navigateur.

Sur le navigateur Firefox, si vous cliquez sur le bouton Aide fourni sur n'importe quel canal de l'onglet Ajax exemple de Développeur, l'aide s'affiche sur la fenêtre du portail. Si vous cliquez sur le bouton Retour du navigateur, la mise en page du canal est déformée. (n° 6528832)

Solution :

Cliquez sur le bouton Actualiser du navigateur Firefox.

Mise à niveau

Pour la mise à niveau en localisation, le script psupdate ne fonctionne pas. (n° 6569515)

Solution :

Définissez le paramètre de langue sur English UTF-8 avant d'exécuter psupdate.

$ export LC_ALL=en_US.UTF_8
$ export LANG=en_US.UTF_8

Pour la mise à niveau en localisation, le script psupgrade ne fonctionne pas. (n °6502307)

Solution :

Définissez le paramètre de langue sur English UTF-8 avant d'exécuter psupgrade.

$ export LC_ALL=en_US.UTF_8
$ export LANG=en_US.UTF_8

Après avoir mis à niveau Portal Server 7.0 vers Portal Server 7.1 Update 2, des problèmes surviennent dans les communautés créées avant la mise à niveau. (n° 6596773)

Description :

On observe les problèmes suivants dans les communautés créées avant la mise à niveau de Portal Server 7.0 vers Portal Server 7.1 Update 2 :

La recherche d'enquêtes, de sondages, de fichiers et de wiki ne fonctionne pas.
Il est impossible d'accéder aux fichiers téléchargés dans le portlet FileSharing.
Le service de recherche de la communauté fonctionne uniquement pour les fichiers et les discussions.

Après avoir mis à niveau Java ES 4 vers Java ES 5, les services SRA ne sont pas ajoutés aux exemples de développement, d'entreprise et de communauté. (n° 6516280)

Solution :

Ajoutez manuellement les services SRA suivants aux exemples : community_sra , developer_sra et enterprise_sra.

/usr/sfw/bin/ant -f /opt/SUNWportal/samples/portals/build.xml community_sra developer_sra enterprise_sra -Dconfig.location=input.properties-file-location

Après la mise à niveau de Portal Server 7.1 vers Portal Server 7.1 Update 2, les JSP du fournisseur de recherche et du fournisseur de discussions ne sont pas mis à jour automatiquement. (n° 6534282)

Solution :

Procédez comme suit :

Copiez les modèles du fournisseur JSP de discussion.

cp PortalServer-base/par-src/default-portal/pbfiles/templateBaseDir/default /DiscussionProvider/*.jsp /var/opt/SUNWportal/portals/portal1/desktop/default/DiscussionProvider
Copiez les modèles du fournisseur JSP de recherche.

PortalServer-base/par-src/default-portal/pbfiles/templateBaseDir/default /SearchProvider/*.jsp /var/opt/SUNWportal/portals/portal1/desktop/default/SearchProvider

Mises à jour de la documentation

Le titre du manuel Sun Java System Portal Server 7.1 Desktop Customization Guide a été remplacé par Sun Java System Portal Server 7.1 Developer Sample Guide.

Autres

Si vous essayez de déployer un fichier war alors que le serveur d'administration est arrêté, le message d'erreur « Erreur de déploiement du fichier » file.war dans l'instance nom-noeud–80 de l'hôte nom-domaine.noeud s'affiche. (n° 6506028)

Description :

Assurez-vous que l'instance est bien exécutée sur l'hôte.

Avant d'appliquer le patch de mise à jour de Portal Server 7.1 Update 2, si vous avez configuré Portal Server en vue d'utiliser la base de données Oracle, vous devez répéter certaines étapes de configuration après l'application de ce patch. (n° 6530662)

Solution :

Reportez-vous à http://developers.sun.com/portalserver/reference/techart/databases.html.

Dans la section Configuration et paramètres d'adhésion à la communauté, répétez les étapes deux et trois.

Dans la section Configurer et installer les applications Portlet, répétez les étapes quatre à six.