6513089 

Valeur manquante dans le fichier server.xml lors du redémarrage de l'instance de Web Server.

Lorsque vous redémarrez l'instance de Web Server, le message d'erreur suivant s'affiche : 

valeur manquante dans server.xml lors du redémarrage de l'instance du serveur Web.

Solution suivez les étapes suivantes :

1. Démarrez le serveur d'administration.

   WebServer-base\admin-server\bin\startserv

2. Modifiez le fichier WebServer-base\https-FQDN\config\server.xml.

3. Recherchez les lignes suivantes :

   <search-collection> <name/> <..? </search-collection>

4. Remplacez ces lignes par les suivantes :

   <search-collection> <name>search-collection-1</name> <..? </search-collection>

5. Transférez ces modifications dans le serveur d'administration.

   wadm pull-config --user=admin --config=FQDN FQDN

FQDN est le nom de domaine complet de votre système hôte. 

6492144 

Sur une plate-forme Windows, le programme d'installation de la CLI ne traite pas la commande Control+C lors de la saisie du mot de passe.

Le programme d'installation n'accepte pas la commande Control+C, par conséquent, le terminal devient inutilisable. 

Solution : aucune.

6479247 

La boîte de dialogue de saisie du mot de passe de jeton apparaît au redémarrage d'une instance après son déploiement. Ce comportement n'a pas été observé sur d'autres plates-formes.

Solution : aucune.

6432106 

La fonction de recherche de Sun Java System Portal Server émet une exception après la mise à niveau de Web Server.

La fonctionnalité de recherche de Portal Server émet une exception lors de la mise à niveau de Web Server de Java ES 4 vers Java ES 5.  

Solution :

déplacez les fichiers de bibliothèque existants libdb-3.3.dll et libdb_java-3.3.dll vers un emplacement approprié, hors des répertoires privés de Web Server. Une fois les bibliothèques de Portal Server correctement placées, spécifiez ce chemin pour <libdb-3.3.dll path> :<libdb_java-3.3.dll path> dans les commandes suivantes.

Sur la plate-forme Windows, procédez comme suit : 

1. Copiez les fichiers libdb-3.3.dll et libdb_java-3.3.dll depuis le répertoire lib de Web Server 6.1 vers un emplacement approprié.

   ---

   Attention –

   Ne copiez pas les fichiers de bibliothèque vers les répertoires privés de Web Server 7.0 (par exemple le répertoire lib).

   ---

2. Créez le répertoire portal_libraries.

3. Copiez les fichiers de bibliothèque libdb-3.3.dll et libdb_java-3.3.dll vers portal_libraries.

4. Utilisez la commande wadm pour informer Web Server de l'emplacement des fichiers de bibliothèque.

5. Procurez-vous le paramètre du chemin de bibliothèque native :

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

6. Enregistrez la sortie.

7. Ajoutez les chemins copiés libdb-3.3.dll et libdb_java-3.3.dll au chemin de bibliothèque native existant :

   set-jvm-prop --config=hostname native-library-path-prefix=<existing native library-path>:</portal-libraries-path>

   portal-libraries-path correspondant à l'emplacement où vous avez copié les fichiers libdb-3.3.so et libdb_java-3.3.so à l'étape 1.

   Si vous n'obtenez pas de résultats ou de sortie pour la commande get-jvm-prop, définissez le paramètrenative-library-path-prefix :

   native-library-path-prefix=</portal-libraries-path>

   ---

   Remarque –

   Utilisez « ; » comme séparateur pour le paramètre native-library-path-prefix comme suit :

   native-library-path-prefix=<existing native libarary path>;<portal-libraries-path>

   Pour les autres plate-formes, utilisez « : »comme séparateur pour le paramètre native-library-path-prefix comme suit :

   native-library-path-prefix=<existing native libarary path>:<portal-libraries-path>

   ---

8. Déployez la configuration modifiée :

   deploy-config [--user=admin-user] config-name

6425144 

wadm ne met pas correctement à jour le chemin de classe si celui-ci contient un point-virgule (;).

Lorsque vous définissez le chemin de classe en utilisant le fichier wadm.bat, si ce chemin contient un point-virgule, le chemin de classe complet n'est pas mis à jour dans le fichier server.xml. Seul le chemin avant le point-virgule (;) est mis à jour.

Solution : utilisez l'une des solutions suivantes.

• Utilisez le caractère d'échappement (\) avant le point-virgule.

• Utilisez wadm en mode simple.

6364924 

Un nœud peut être enregistré sur plusieurs serveurs d'administration, ce qui peut engendrer un conflit de configuration.

Vous pouvez enregistrer un nœud sur un serveur d'administration secondaire sans annuler l'enregistrement sur le premier serveur. Cependant, cet enregistrement entraîne l'inaccessibilité des nœuds sur les deux serveurs d'administration. 

Solution :

pour chaque enregistrement, redémarrez le nœud d'administration. Le nœud d'administration est disponible sur le serveur d'administration le plus récent sur lequel il a été enregistré. 

6379125 

La commande wadm autorise la connexion à un nœud, affiche un certificat et émet une « Erreur HTTP 400 ».

Le nœud de Web Server utilise le même connecteur JMX que le serveur d'administration enregistré sur le même URI en tant que serveur d'administration. Un certificat est émis en tant que partie du protocole Handshake SSL et l'exécution n'atteint pas le nœud. Web Server ne peut pas déterminer si la connexion provient d'un client ou d'un serveur d'administration. 

4793938 

La boîte de dialogue d'authentification s'affiche à la place de l'index de répertoire.

Par défaut, Web Server 7.0 n'envoie pas d'index de répertoire à moins que l'utilisateur ne soit authentifié. La tentative d'accès à un répertoire invite l'utilisateur à entrer un nom d'utilisateur et un mot de passe. Cela se produit car la liste de contrôle d'accès par défaut (ACL) dans Web Server 7.0 n'accorde de droit d'accès qu'aux utilisateurs authentifiés. 

Solution :

vous pouvez accorder le droit d'accès à la liste aux utilisateurs non-authentifiés à l'aide de la console d'administration ou en modifiant le fichier default.acl. Pour plus d'informations sur l'autorisation de droit d'accès, reportez-vous au Sun Java System Web Server 7.0 Administrator’s Guide.