Bugs liés à Sun ONE Application Server

le navigateur par défaut est incompatible avec Sun ONE Application Server 7 (4741123)

Si vous essayez d'utiliser l'interface utilisateur d'administration de Sun ONE Application Server avec le navigateur par défaut de l'environnement d'exploitation Solaris 9 12/02, le message suivant s'affiche :

Unsupported Browser: Netscape 4.78

It is recommended that you upgrade your browser to Netscape 4.79 or 
Netscape 6.2 (or later) to run the Sun One Application Server 
Administrative UI. Those who choose to continue and not upgrade may
notice degraded performance or unexpected behavior.

Solution : utilisez /usr/dt/bin/netscape6 , plutôt que /usr/dt/bin/netscape.

SPARC: l'édition de la liste ACL (Access Control List) n'est pas prise en charge dans certaines versions de Netscape Navigator (4750616)

L'édition de la liste ACL de Sun ONE Application Server n'est pas prise en charge dans certaines versions de Netscape Navigator^TM. Par conséquent, si vous tentez d'éditer les entrées ACL alors que vous utilisez la version 6.x ou 7.x de Netscape Navigator, vous risquez d'avoir des problèmes intermittents de consultation.

Par exemple :

• La fenêtre du navigateur disparaît.

• L'écran d'édition de la liste ACL ne s'affiche pas lorsqu'il est lancé.

Solution : choisissez l'une des solutions proposées ci-dessous.

• Utilisez la version 4.79 de Netscape Navigator ou la version 6.0 de Microsoft Internet Explorer, qui sont prises en charge.

• Éditez manuellement le fichier ACL. Pour de plus amples informations sur le formatage du fichier de la liste ACL, reportez-vous au Sun ONE Application Server 7 Administrator's Guide.

L'accès à une base de données Oracle 9.1 à l'aide d'un client Oracle 9.2 risque de corrompre des données (4707531)

Si vous accédez à une base de données Oracle 9.1 à l'aide d'un client Oracle 9.2, les données risquent d'être corrompues lorsqu'une colonne de chiffres suit une colonne d'horodatage.

Une telle circonstance peut être due à l'utilisation du fichier ojdbc14.jar avec une base de données Oracle 9.1. L'application du patch facilitera probablement l'adressage de la situation sur des machines Solaris 32 bits, sur lesquelles est exécutée une base de données Oracle 9.1. Ce gestionnaire JDBC^TM est destiné à Oracle s'exécutant avec JDK^TM 1.4.

Solution : procurez-vous le patch qui sera probablement mis à disposition par Oracle sur son site Web pour fixer le bug 2199718 et appliquez-le sur votre serveur.

SPARC: l'interface d'administration de Sun ONE Application Server rapporte une erreur de vérificateur lors de l'affichage de la ressource Persistence Manager Factory créée à partir de la ligne de commande (4733109)

Une erreur de vérificateur est rapportée pour une ressource Persistence Manager Factory qui a été créée à l'aide de l'interface de ligne de commande. L'erreur suivante s'affiche lorsque la ressource est visualisée dans l'interface d'administration de Sun ONE Application Server.

ArgChecker Failure: Validation failed for jndiName: object must be non-null

Solution : procédez comme suit pour créer une nouvelle ressource Persistence Management Factory.

1. Créez un pool de connexion à JDBC en y insérant les informations sur la source de données, de façon à vous connecter à une base de données.

2. Créez une ressource jdbc pour rendre le pool de connexion disponible par le biais d'une recherche Java Naming and Directory Interface^TM (J.N.D.I.).

3. Créez une ressource de gestion de la persistence à l'aide de la ressource JDBC qui a été créée dans l'étape 2.

SPARC: la valeur any dans l'attribut adresse de l'élément récepteur IIOP du fichier server.xml n'est pas prise en charge (4743366)

La valeur any dans l'attribut adresse de l'élément récepteur IIOP du fichier server.xml permet d'être en écoute sur toutes les interfaces disponibles sur un système. Cette prise en charge inclut les interfaces IPv4 et IPv6. Toutefois, dans la configuration de Sun ONE Application Server par défaut, la valeur de l'adresse est définie sur 0.0.0.0 dans l'élément récepteur IIOP. Cette configuration par défaut n'est pas en écoute sur les interfaces IPv6. En effet, elle n'est en écoute que sur la totalité des interfaces IPv4 d'un système.

Solution : utilisez la valeur : dans l'attribut adresse du récepteur IIOP dans le fichier server.xml pour être en écoute sur toutes les interfaces IPv4 et IPv6 d'un système.

SPARC: le serveur d'applications ne parvient pas à redémarrer lors d'une conversion en environnement SSL (4723776)

Le redémarrage de Sun ONE Application Server échoue si vous tentez de l'effectuer après avoir installé un certificat et activé la sécurité. Un message indique que la réception d'un mot de passe par le serveur a échoué.

Lorsque SSL n'est pas activé, les mots de passe ne sont pas mis en cache et le redémarrage échoue. La commande restart ne prend pas en charge le passage du mode non SSL au mode SSL.

cette circonstance se présente uniquement au premier redémarrage du serveur et les redémarrages suivants s'effectuent avec succès.

Solution : choisissez l'une des solutions proposées ci-dessous.

• Si vous avez rencontré ce problème, cliquez sur le bouton Start.

• Pour l'éviter, procédez comme suit sans cliquer sur le bouton Restart.

  1. Cliquez sur le bouton Stop.

  2. Cliquez sur le bouton Start.

SPARC: le serveur d'applications risque de se bloquer lors d'un rechargement dynamique (4750461)

Si une application comprend plusieurs composants Enterprise JavaBeans^TM, le serveur risque de se bloquer lors du rechargement dynamique de cette application. La fonction de rechargement dynamique est utilisée dans l'environnement de développement et sert à tester rapidement les modifications mineures effectuées au niveau d'une application. Le blocage est dû à une tentative d'utilisation de plus de descripteurs de fichier qu'il n'y en a de disponibles.

Solution : procédez comme indiqué ci-dessous.

1. Augmentez le nombre maximum de descripteurs de fichier en ajoutant des lignes, dans ce format, dans le fichier /etc/system.

   • set rlim_fd_max=8192

   • set rlim_fd_cur=2048

   Les valeurs peuvent être définies à la hausse ou à la baisse, selon la taille de l'application.

2. Redémarrez le système.

La sortie de la console est corrompue si l'encodage par défaut du système n'est pas UTF-8 (4757859)

Si l'encodage par défaut du système n'est pas UTF-8, la sortie du serveur d'applications risque de ne pas afficher correctement les caractères multi-octets.

Solution : ouvrez le fichier server.log dans votre navigateur.

Le surnom d'un certificat externe ne s'affiche pas dans la liste des surnoms de l'interface d'administration (4725473)

Si vous procédez à l'installation d'un certificat externe à travers l'interface d'administration de l'application Sun ONE, un problème surgit lorsque vous tentez d'activer SSL pour le récepteur HTTP à l'aide du certificat installé sur le module cryptographique externe. Même si l'installation du certificat s'est déroulée avec succès, le surnom du certificat ne s'affiche pas dans l'interface d'administration.

Solution : procédez comme indiqué ci-dessous.

1. Connectez-vous au système sur lequel est installé le logiciel Sun ONE Application Server en tant qu'administrateur.

2. Reliez le récepteur HTTP au certificat qui est installé sur un module cryptographique externe à l'aide de la commande asadmin. Pour de plus amples informations sur la commande asadmin, reportez-vous à la page asadmin(1AS) du manuel.

   # asadmin create-ssl --user administrateur--password mot_de_passe --host nom_hôte \ --port port --type http-listener --certname nobody@apprealm:Server-Cert \ --instance instance --ssl3enabled=true \ --ssl3tlsciphers +rsa_rc4_128_md5 http-listener-1

   La commande précédente établit le lien entre le certificat et l'instance de serveur, mais elle ne procède pas à l'installation du certificat. Ce dernier a été installé à travers l'interface d'administration.

   ---

   Remarque :

   bien que le certificat soit lié au récepteur HTTP, ce dernier se mettra en écoute au mode non SSL.

   ---

3. Activez le récepteur HTTP de façon à ce qu'il puisse se mettre en écoute au mode SSL. Utilisez la commande suivante :

   # asadmin set --user administrateur --password mot_de_passe --host nom_hôte \ --port port server1.http-listener.http-listener-1.securityEnabled=true

   La commande précédente bascule l'état d'écoute de l'instance de serveur du mode non SSL au mode SSL. Une fois les étapes mentionnées ci-dessus réalisées, le certificat s'affiche dans l'interface d'administration.

Vous pouvez à présent utiliser cette interface pour effectuer les modifications de votre choix au niveau du récepteur HTTP.

SPARC: la commande flexanlg risque d'entraîner l'apparition d'un message d'échec (4742993)

Si vous exécutez le logiciel Sun ONE Application Server inclus dans l'environnement d'exploitation Solaris 9 12/02 et que vous utilisez la commande flexanlg à partir du fichier /usr/appserver/bin, un message d'échec s'affiche.

ld.so.1: /usr/appserver/bin/flexanlg: fatal: libplc4.so:open failed:
No such file or directory
killed

Solution : procédez comme indiqué ci-dessous.

1. Ajoutez l'entrée suivante au fichier LD_LIBRARY_PATH.

   /usr/lib/mps

2. Exécutez la commande flexanlg.

   % /usr/appserver/bin/flexanlg

Impossible pour les clients IPv6 uniquement de se connecter au serveur d'applications (4742559)

le problème décrit dans les lignes suivantes s'adresse aux utilisateurs dont le réseau utilise IPv6.

Par défaut, les instances Sun ONE Application Server 7 et instances de serveur d'administration utilisent IPv4. IPv4 est pris en charge par tous les environnements d'exploitation sur lesquels Sun ONE Application Server est disponible. Sur les plates-formes prenant en charge IPv6, des modifications au niveau de la configuration de Sun ONE Application Server sont requises à des fins de conformité.

si de telles modifications de la configuration sont nécessaires, vous devez être sûr et certain qu'IPv6 est bien pris en charge. En effet, si la configuration liée à IPv6 est réalisée sur un système prenant en charge IPv4 uniquement, les instances de serveur d'applications risquent de ne pas démarrer.

Solution : procédez aux modifications de la configuration indiquées ci-dessous.

1. Démarrez le serveur d'administration.

2. Démarrez la console d'administration en vous connectant à l'hôte HTTP ou au port du serveur d'administration dans un navigateur.

3. Sélectionnez l'instance du serveur sur lequel vous allez configurer IPv6, par exemple, serveur1.

4. Étendez le noeud des récepteurs HTTP dans l'arborescence.

5. Sélectionnez le récepteur HTTP sur lequel vous allez configurer IPv6, par exemple, récepteur-HTTP1.

6. Définissez la valeur du champ "IP Address" sur ANY dans la section General.

7. Dans la section Advanced, définissez la valeur du champ Family sur INET6.

   En définissant le champ Family sur INET6, vous ne désactivez pas la fonctionnalité IPv4, sauf si une adresse IPv6 est sélectionnée pour l'adresse IP. En sélectionnant ANY pour une adresse IP, vous étendez les adresses à IPv4 et IPv6.

8. Cliquez sur Save.

9. Sélectionnez votre instance de serveur dans le panneau de gauche.

10. Cliquez sur Apply Changes.

11. Cliquez sur Stop.

12. Cliquez sur Start.

    Le serveur redémarre et applique les modifications que vous avez effectuées.

Les échantillons modifiés ne sont pas mis à jour tant qu'ils n'ont pas été redéployés (4726161)

Le message d'erreur indiqué ci-dessous apparaît si les utilisateurs tentent de déployer un échantillon à plusieurs reprises après avoir effectué des modifications mineures et recomprimé l'application.

Already Deployed

Ce problème concerne la plupart des échantillons, étant donné qu'ils utilisent l'utilitaire Ant et le fichier common.xml, dont la cible est deploy. Ainsi cette utilisation combinée mélange le déploiement d'applications et l'enregistrement de ressources.

Solution : choisissez l'une des solutions proposées ci-dessous.

• Pour la plupart des applications d'échantillonnage qui utilisent les fichiers build.xml de l'utilitaire Ant, y compris le fichier common.xml, entrez la commande suivante :

  % asant deploy_common

• Pour toutes les autres applications d'échantillonnage, entrez les commandes suivantes :

  % asant undeploy % asant deploy

SPARC: la définition des transactions sur un nombre autre que zéro provoque des transactions locales lentes (4700241)

Le gestionnaire de transactions locales ne prend pas en charge les transactions dont les délais sont déterminés. Si vous définissez l'attribut "délai en secondes" dans l'élément transaction-service sur une valeur supérieure à 0, toutes les transactions locales sont traitées comme des transactions globales. Une valeur de délai de 0 signifie que le gestionnaire de transactions attend indéfiniment jusqu'à ce qu'il obtienne le signal retour d'une source de données participante.

si le gestionnaire de sources de données ne prend pas en charge les transactions globales, une transaction locale risque d'échouer.

Solution : remettez le délai en secondes sur sa valeur par défaut, à savoir 0.

Les optimisations du gestionnaire JDBC d'Oracle ne sont pas amorcées (4732684)

Pour utiliser les optimisations JDBC d'Oracle avec des beans CMP (Container-Managed Persistence), vous devez spécifier classes12.zip dans l'attribut de suffixe du chemin d'accès du fichier server.xml. Ne placez pas le fichier classes12.zip dans le répertoire instance/lib/, qui est l'opération par défaut pour les bibliothèques tierces.

Solution : ajoutez le fichier classes12.zip dans l'attribut de suffixe du chemin d'accès du fichier server.xml .

Des problèmes de droits d'accès ont lieu lors du rechargement dynamique et de l'invocation d'applications (4756981)

Si le serveur d'administration appartient au superutilisateur, tandis que l'instance de serveur appartient à un utilisateur ne possédant pas le caractère de superutilisateur, des problèmes de droits d'accès risquent de surgir lors du rechargement dynamique et de l'invocation d'applications.

Solution : une fois que vous avez déployé et redéployé le module ou l'application (avec ou sans l'option de précompilation), modifiez le propriétaire du répertoire qui ne sera plus le superutilisateur,mais l'utilisateur non superutilisateur pour les répertoires indiqués ci-dessous. L'utilisateur non superutilisateur est le propriétaire de l'instance.

Vous devez modifier la propriété de répertoire de façon récursive pour chaque répertoire, selon le type d'application, dans la liste suivante :

• superutilisateur_domaine/instance_serveur /applications/j2ee-apps/nom_application

• superutilisateur_domaine/instance_serveur /applications/j2ee-modules/nom_module

• superutilisateur_domaine/instance_serveur /generated/ejb/j2ee-apps/nom_application

• superutilisateur_domaine/instance_serveur /generated/jsp/j2ee-apps/nom_application

• superutilisateur_domaine/instance_serveur /generated/jsp/j2ee-modules/nom_module

1. Devenez superutilisateur.

2. Entrez la commande suivante pour chaque répertoire applicable à votre situation :

   # chown -R propriétaire_instance_non_superutilisateur nom_répertoire

Les clients RMI-IIOP ne fonctionnent pas pour les adresses IPv6 où les consultations d'adresse DNS échouent pour l'adresse IPv6 (4743419)

Si une consultation de DNS pour une adresse IPv6 échoue, les clients RMI-IIOP (Remote Method Invocation-Internet Inter-ORB Protocol) ne fonctionnent pas pour les adresses IPv6.

Solution : vous devez définir le DNS (Domain Name Service) sur le site de déploiement, afin de rechercher une adresse IPv6.

La valeur du champ Only show entries with dans le message de visualisation des événements se corrompt si l'application ou le système n'utilise pas actuellement l'encodage UTF-8 (4763655)

Si l'utilisateur entre des caractères multi-octets dans le champ Only show entries with et qu'il effectue ensuite une recherche du message d'événements, la valeur du champ Only show entries with se corrompt à l'affichage du résultat de cette recherche. Ce problème est dû au fait que le format du message n'est plus UTF-16, mais UTF-8.

Solution : aucune.