Ce document Notes de version contient des informations importantes sur Sun JavaTM Enterprise System (Java ES) 5. Prenez connaissance de ce document avant d'utiliser Java ES afin d'étendre vos connaissances pratiques en matière d'installation et de manipulations opérationnelles. Ce document est mis à jour en fonction des nouvelles questions qui sont posées. Reportez-vous à la section Historique des révisions pour plus d'informations sur ces mises à jour. La version la plus récente de ce document se trouve sur le site Web de Java ES 5, http://docs.sun.com/coll/1286.2.
Plates-formes couvertes : Ce document couvre les plates-formes Java ES suivantes :
Solaris 10 pour SPARCTM, x86 et x64
Solaris 9 pour SPARC et x86
Red Hat Enterprise Linux 4 (AS et ES) pour x86 et x64
Red Hat Enterprise Linux 3 (AS et ES) pour x86 et x64
HP-UX 11.11v1 pour PA-RISC 2.0
Pour plus d'informations sur la plate-forme Java ES Microsoft Windows,consultez le manuel Sun Java Enterprise System 5 Release Notes for Microsoft Windows.
Composants couverts : Ce document couvre les composants Java ES distribués et installés par le programme d'installation de Java ES. Il ne fournit pas d'informations sur les composants Java ES autres.
Sujets couverts : Ce document couvre les sujets principaux suivants :
Conditions générales requises et questions relatives à Java ES,
Questions générales de compatibilité de Java ES
Questions générales d'installation, de mise à niveau et de désinstallation de Java ES,questions relatives aux programmes d'installation et de désinstallation ainsi qu'aux composants Java ES distribués avec ces derniers
Étant donné que le document Notes de version ne couvre pas les questions relatives à tous les aspects de l'utilisation des composants, vous devriez également lire les notes de version correspondant aux composants Java ES que vous utiliserez. Reportez-vous à la section Notes de version des composants pour obtenir la liste des notes de version de composants disponibles.
Version |
Date |
Description des modifications |
---|---|---|
11 |
Janvier 2008 |
Ajout de la section Technologies de virtualisation des plates-formes prises en charge par Java ES 5. |
10 |
Mars 2007 |
Version finale |
05 |
Août 2006 |
Version bêta |
Toutes les informations propres à un composant apparaissent dans les notes de version correspondantes. Les notes de version des composants ci-après sont disponibles à l'adresse : http://docs.sun.com/coll/1315.2.
Composant |
Notes de version |
---|---|
Access Manager | |
serveur d'application |
Sun Java System Application Server Enterprise Edition 8.2 Release Notes |
Directory Server |
Sun Java System Directory Server Enterprise Edition 6.1 Release Notes |
proxy du serveur d'annuaire | |
Stockage des données de session hautement disponible (HADB) |
High Availability du Sun Java System Application Server Enterprise Edition 8.2 Release Notes |
Message Queue | |
console de contrôle et console de contrôle | |
Portal Server et Portal Server Secure Remote Access | |
registre des services | |
Sun Cluster |
Sun Cluster 3.1 8/05 Release Notes for Solaris OS Sun Cluster 3.1 8/05 With Sun Java Enterprise System 5 Special Instructions |
Sun Cluster Geographic Edition | |
Serveur proxy Web | |
Web Server |
Pour renforcer la valeur des logiciels Sun pour ses utilisateurs, Sun a amélioré les composants existants et en a ajouté de nouveaux à Java ES 5. La liste suivante récapitule les principaux ajouts et améliorations. Pour plus d'informations, reportez-vous aux notes de version de chaque composant de Java ES.
Une nouvelle version majeure de Directory Server, comprenant une nouvelle version majeure de proxy du serveur d'annuaire comme sous-composant
Une nouvelle version majeure de Portal Server
Une nouvelle version majeure de Web Server
Le logiciel Sun Cluster Geographic Edition en ajout
Un support amélioré de Solaris Containers, y compris l'installation dans les zones non globales de racine incomplète et complète
Des capacités de contrôle système améliorées et l'ajout d'une console de contrôle
Les fonctions système suivantes de Java ES ont été désapprouvées ou supprimées dans cette version. Pour plus d'informations sur des fonctions spécifiques à des composants, qui ont été supprimées ou désapprouvées dans cette version, reportez-vous aux notes de version de chaque composant concerné.
Cette version ne prend pas en charge Solaris 8 ou Red Hat Enterprise Linux 2.1. Lors de la publication de Java ES 2005Q4, Sun a annoncé qu'elle ne livrerait pas de nouvelles versions de versions de Java ES pour les versions du système d'exploitation ultérieures à la version 2005Q4.
Les produits de communication ne font plus partie des droits de Sun Java Enterprise System. Sun a annoncé ce changement en août 2006.
Les produits de communication suivants ne sont plus disponibles dans le programme d'installation de Java ES. Pour plus d'informations sur le téléchargement de ces produits, consultez le site d'informations Sun Java Communications Suite sur BigAdmin à l'adresse suivante : http://www.sun.com/bigadmin/hubs/comms.
Sun Java System Messaging Server
Sun Java System Calendar Server
Sun Java System Instant Messaging
Sun Java System Communications Express
Sun Java System Communications Services Delegated Administrator
Les annonces suivantes s'appliquent aux futures versions de Java ES.
Le support de J2SE 1.4 risque d'être supprimé à la prochaine version majeure de Java ES.
Le support de Red Hat Linux 3 risque d'être supprimé à la prochaine version majeure de Java ES.
Le support de Microsfot Windows 2000 risque d'être supprimé à la prochaine version majeure de Java ES.
Le tableau ci-dessous dresse la liste des problèmes de distribution, d'installation et de désinstallation signalés dans les notes de version de Java ES 2005Q4. Ils sont à présent résolus dans Java Enterprise System 5. Pour plus d'informations sur l'état des problèmes signalés dans les dernières notes de version des composants, reportez-vous aux notes de version actuelles des composants concernés.
Numéro de bogue |
Description |
---|---|
Problèmes relatifs à la plate-forme Linux |
|
5060658 |
Le RPM du programme de désinstallation ne s'installe pas toujours au cours de l'installation |
6223676 |
Des problèmes JVM se produisent pendant l'exécution d'Access Manager sur serveur d'application |
6274560 |
Le noyau tcp_smtp_server est sous pression |
6283794 |
Le fichier ant installé par Java ES 2005Q4 s'arrête brutalement avec NoClassDefFoundError sur Linux |
6304981 |
ksh requis pour Linux |
Aucun numéro de bogue |
Problème relatif aux fichiers de configuration ant sur Linux |
Problèmes généraux d'installation |
|
5033467 |
Notation du composant sélectionné incohérente d'une page à une autre |
5099218 |
Espace disque insuffisant dans /share |
6206190 |
Impossible d'utiliser l'option Configurer ultérieurement lors de l'installation sur tous les environnements linguistiques |
6208244 |
Si le programme d'installation est exécuté en mode silencieux, certains packages de composants partagés ne sont pas mis à niveau |
6210498 |
La page Configuration personnalisée du programme d'installation s'affiche parfois avec une disposition incorrecte du texte |
6279513 |
En mode CLI (interface de ligne de commande), le programme d'installation ne vous permet pas d'installer la passerelle de Portal Server seule |
6403555 |
Le port de serveur Web est incorrectement incrémenté après la première session d'installation |
6441243 |
Sur Solaris, JDK n'est pas mis à niveau si un package JDK se trouve déjà dans Java ES 5 |
6441326 |
En mode CLI, le programme d'installation de Java ES ne dirige pas l'utilisateur vers le mode IG pour la mise à niveau |
6447264 |
L'exécution du programme d'installation de Java ES dans une zone non globale génère une erreur |
6449453 |
Échec de l'installation d'Access Manager et de Portal Server sur deux conteneurs Web différents |
6457919 |
En mode CLI, le programme d'installation de Java ES n'installe pas les packages multilingues si vous installez le jeu complet de composants |
6471266 |
La configuration du plugin équilibreur de charge n'est pas prise en charge via le programme d'installation |
6472914 |
Sur HP-UX, le programme d'installation se déplace plus lentement du panneau du contrat de licence au panneau PSP |
6476190 |
Une erreur s'affiche après la fermeture du programme d'installation |
6477177 |
Le visualiseur de journaux n'affiche pas le mois correct |
6480655 |
Impossible d'installer AM avec WS dans une multisession en mode silencieux |
Problèmes liés aux composants partagés |
|
6202315 |
Le script de paramétrage de Sun Java Web Console ne met pas à niveau le package SUNWtcatu |
6202992 |
Le programme d'installation ne met pas à niveau Apache Tomcat 4.0.1 vers Apache Tomcat 4.0.5 |
6276483 |
metaslot doit renvoyer CK_EFFECTIVELY_INFINITE dans les informations de jeton |
Problèmes relatifs à Access Manager |
|
5047119 |
Échec de la configuration de l'installation de la console seule |
6280171 |
Les services de portail enregistrés d'Access Manager ne sont pas ajoutés à l'utilisateur lorsqu'ils sont créés à l'aide du kit SDK d'Access Manager |
6291099 |
La page d'accueil d'Amconsole ne s'affiche pas dans les installations multinœuds |
6305887 |
Impossible d'installer Access Manager (en mode CLI) sans que Directory Server ne soit déployé dans un environnement multinœuds |
6308426 |
Le déploiement sur serveur d'application 8.1 avec des URI qui ne sont pas des URI par défaut est inaccessible |
Problèmes relatifs au serveur d'administration (Les problèmes du serveur d'administration sont résolues dans cette version car la nouvelle version de Directory Server rend le serveur d'administration obsolète.) |
|
6252097 |
Possibilité d'un risque lié à la sécurité via l'interface d'administration HTTP |
6273652 |
Échec de l'application du patch d'Administration Server lorsque le serveur est arrêté |
Problèmes relatifs à Access Manager |
|
6297837 |
La version promue 08 de Java ES 2005Q4 affiche le nom d'serveur d'application de manière incorrecte |
6445074 |
Impossible d'installer le plug-in équilibreur de charge après la mise à niveau d'serveur d'application |
Problèmes relatifs à Directory Server |
|
4928102 |
Les données de sortie de la configuration de Directory Server entraînent un fractionnement de la barre de progression en mode silencieux |
5096114 |
Impossible d'installer Directory Server et le serveur d'administration dans des sessions distinctes (problème résolu car le serveur d'administration est devenu obsolète) |
6198729 |
Le package Directory Server Agent SUNWdsha pour Sun Cluster doit être séparé du patch de Directory Server |
6223527 |
Impossible de configurer Directory Server si vous procédez à une réinstallation après une désinstallation |
6440789 |
La localisation de Directory Server Console (DSCC) est incomplète sur Solaris |
6446197 |
Cadre de contrôle disponible pour Directory Server sur Solaris 10 x64 |
Problèmes relatifs à Message Queue |
|
Aucun numéro de bogue |
Utilisation de NSPR et NSS par C-API de Message Queue sur Linux |
Problèmes relatifs à Portal Server |
|
4971011 |
10WS, La redirection de passerelle n'a pas lieu dans les installations multisessions. |
6191449 |
Connexion à la passerelle Portal Server après le redémarrage de Portal Server |
6216514 |
La page de connexion n'est pas téléchargée par proxylet |
6218871 |
Une exception est générée après le rechargement de Portal Desktop |
6283068 |
Impossible d'arrêter la passerelle dans le cas où deux hôtes sont présents |
6297953 |
Les certificats expirent sur les serveurs de portail qui utilisent le package JCE 1.2.1 |
6300415 |
Les scripts init SRA essaient d'exécuter /etc/initd/cron |
6301677 |
Syntaxe de shell non valide dans le processus remove_Wireless |
6309079 |
La mise à niveau de Portal Server à partir de Java ES 2005Q1 vers Java ES 2005Q4 (redéploiement) ne fonctionne pas — elle attend une clé Y |
6317592 |
Problème lors de la validation de l'adresse IP pour Netlet Proxy |
6320674 |
Le journal d'serveur d'application contient des exceptions Java alors que l'installation a réussi |
6415854 |
L'installation de Portal Server s'arrête après l'installation et la configuration de Communications Express |
6445022 |
L'accès à distance sécurité échoue si Portal Server est installé à un emplacement autre que l'emplacement par défaut |
6446051 |
Impossible d'installer Portal Server si la clé de cryptage de mot de passe d'Access Manager est vide |
6447657 |
Sur Linux, Portal Server dépend des bibliothèques de compatibilité GCC 2.96 |
6457982 |
Échec du démarrage de Gateway, Netlet Proxy et Rewriter Proxy s'ils sont installés sur un hôte autre que Portal Server |
Problèmes relatifs à Sun Cluster |
|
Aucun numéro de bogue |
Le changement de dépendance du package de document/conteneur d'agent commun P2 mis à jour (de la version 1.0 vers la version 1.1) génère des problèmes d'installation |
Problèmes relatifs à Sun Cluster Geographic Edition |
|
6319980 |
Les opérations Sun Cluster Geographic Edition prennent parfois beaucoup de temps |
6410520 |
L'enregistrement de Sun Cluster Geographic Edition n'est pas annulé sur la console Web Sun |
Problèmes relatifs à Web Server |
|
6442607 |
Sur Linux, Web Server dépend des bibliothèques de compatibilité GCC 2.96 |
Problèmes relatifs à Serveur proxy Web |
|
6322036 |
Échec de la configuration de Web Proxy Server par le biais du programme d'installation commun |
L'espace disque et la RAM requis pour l'installation et l'utilisation de Java ES 5 varient fortement en fonction des composants que vous installez sur le système. Les valeurs suivantes sont des suggestions minimales lorsque vous installez tous les composants sur un unique système. Pour des valeurs plus précises, ajoutez les valeurs indiquées dans les notes de version correspondant aux composants que vous installez sur le système.
Système d'exploitation |
Processeur (système) |
Espace disque |
RAM |
Espace de swap |
---|---|---|---|---|
Solaris SPARC |
UltraSPARC II (Sun Enterprise 250) |
6 Go |
4 Go |
Deux fois le volume de RAM, et au moins 4 Go si vous installez Portal Server |
Solaris x86 |
Intel Pentium P4 1GHz, AMD Opteron 248 (Sun v20/40/60z) |
6 Go |
4 Go |
Deux fois le volume de RAM, et au moins 4 Go si vous installez Portal Server |
Linux |
Intel Pentium P4 1GHz, AMD Opteron 248 (Sun v20/40/60z) |
6 Go |
4Go |
Deux fois le volume de RAM, et au moins 4 Go si vous installez Portal Server |
Bien que Java ES 5 soit pris en charge par toutes les versions de Solaris 9 et Solaris 10 sur les plates-formes SPARC et x86, Sun vous recommande d'utiliser les mises à jour suivantes :
Solaris 9 : Mise à jour 7 (9/04) ou ultérieure
Solaris 10 SPARC : Mise à jour 1 (1/06) ou ultérieure
Solaris 10 x86 : Mise à jour 2 (6/06) ou ultérieure
Java ES est exécuté sur les systèmes Solaris installés à l'aide des groupes logiciels Solaris suivants :
SUNWCXall – groupe de logiciels Solaris entier et support OEM
SUNWCall – groupe de logiciels Solaris entier
SUNWCprog – groupe de logiciels Solaris développeur
Java ES peut également être exécuté sur un système Solaris 10 minimal à l'aide de SUNWCreq (groupe de logiciels Solaris de base) ou de SUNWCuser (groupe de logiciels Solaris pour utilisateur final), à condition de pas installer Sun Cluster ou Sun Cluster Geographic Edition.
Pour installer Java ES 5 sur un système Solaris 10 disposant de SUNWCreq, ajoutez les packages suivants :
SUNWadmc |
SUNWpl5u |
SUNWadmfr |
SUNWxcu4 |
SUNWadmfw |
SUNWxcu6 |
Si vous utilisez le programme d'installation graphique (IG), ajoutez également les packages suivants :
SUNWctpls |
SUNWxwplr |
SUNWmfrun |
SUNWxwplt |
SUNWxwfnt |
SUNWxwrtl |
SUNWxwice |
|
Java ES a été testé sur les deux installations Solaris 10 minimales mentionnées ci-dessus. Toutefois, il est possible que l'utilisation de certaines fonctions de composants Java ES requière des packages supplémentaires.
Le programme d'installation de Java ES recherche sur votre système des patchs de système d'exploitation nécessaires à l'exécution des composants que vous installez. Pour éviter l'échec de cette recherche pendant l'installation sur Solaris, Sun propose des blocs de patchs à télécharger et à appliquer avant l'exécution du programme d'installation. Pour acquérir ces blocs de patchs :
Consultez l'adresse suivante : http://sunsolve.sun.com.
Cliquez sur Patches and Updates.
Cliquez sur Recommended Patch Clusters.
Recherchez le bloc de patchs commençant par Java ES Required OS qui s'applique à la version de votre SE et téléchargez-le.
Notez que ces blocs de patchs peuvent contenir des patchs de noyaux Solaris. Vous devez donc :
Lire attentivement le fichier README du bloc de patchs. Lire également le fichier README de chaque patch du bloc, notamment ceux des patchs de noyaux.
Installer le bloc de patchs en mode utilisateur unique, puis effectuer une réinitialisation de reconfiguration (boot -r) après l'installation. Si l'installation de certains patchs échoue et affiche le message Reconfigure reboot is needed before invoking additional patch commands (une réinitialisation de reconfiguration est nécessaire avant l'appel de commandes de patch supplémentaires), vous devez de nouveau installer le bloc après la réinitialisation.
Notez également que la plupart des patchs de SE requis par Java ES sont déjà inclus dans les mises à jour récentes Solaris. Par conséquent, si vous effectuez une mise à jour Solaris récente, vous pouvez exécuter le programme d'installation de Java ES afin d'afficher la liste des quelques patchs à appliquer et à télécharger au lieu de télécharger l'intégralité du bloc de patchs.
Lorsque vous installez Java ES 5 sur un système x86 exécutant Red Hat Enterprise Linux 3 mise à jour 8, l'utilisateur système root n'est pas reconnu.
Solution Avant d'installer Java ES, installez d'abord les fichiers coreutils-4.5.3-28.4.i386.rpm et coreutils-4.5.3-28.4.x86_64.rpm les plus récents à partir du site Red Hat.
Avant d'installer, de configurer et d'exécuter les composants Java ES sur HP-UX, vous devez installer certaines mises à jour et certains patchs logiciels. Les mises à jour sont les suivantes :
Transport Optional Upgrade Release (TOUR) 3.1
GOLDQPK11i(B.11.11.0509.429) Sept 2005 Quality Pack
GOLDAPPS11i(B.11.11.0509.429)
GOLDBASE11i(B.11.11.0509.429)
Les patchs sont les suivants :
PHSS_30966
PHCO_29328
PHKL_25842
PHNE_29445
Ces mises à jour et patchs sont disponibles auprès du centre de ressources informatiques HP à l'adresse suivante : http://itrc.hp.com.
La virtualisation des plates-formes désigne la capacité à pouvoir exécuter plusieurs systèmes d'explotation invités indépendants au sein d'un environnement autonome basé sur du matériel partagé. En raison des nombreux avantages inhérents à la virtualisation des plates-formes, une vaste gamme de technologies et produits de virtualisation est actuellement disponible sur le marché.
Sun a testé et assure la prise en charge des déploiements de Java ES 5 dans les environnements Solaris 10 virtualisés via l'utilisation combinée du logiciel Logical Domains (LDoms), intégré à Solaris 10 11/06.
LDoms fonctionne sur les serveurs UltraSPARC T1 et T2. Pour de plus amples informations sur LDoms, ses capacités, ainsi que les conditions requises pour son utilisation, consultez la collection de manuels disponibles pour Logical Domains (http://docs.sun.com/coll/ldom1.0).
Si vous rencontrez des problèmes dans le cadre du déploiement des composants Java ES sous un système d'exploitation pris en charge au sein d'un environnement virtualisé autre que LDoms, les techniciens Sun peuvent vous demander de reproduire la condition d'erreur dans un environnement non virtualisé avant de pouvoir vous aider.
Dans ce cas et conformément à la procédure habituelle applicable aux déploiements dans des environnements non virtualisés, vous devez allouer les ressources recommandées (processeur, mémoire, espace de stockage, etc.) à chaque machine virtuelle de façon à garantir des niveaux de performances satisfaisants pour l'application. Reportez-vous à la documentation sur les composants pour des informations concernant la configuration système recommandée et les configurations prises en charge.
Les interfaces d'administration Web fournies par les composants Java ES 5 prennent au moins en charge les navigateurs Web suivants :
Firefox® 1.0.7 sur Solaris 9 et 10, Windows 2000 et XP, Red Hat Linux 3 et 4, et Mac OS X
MozillaTM 1.7.12 sur Solaris 9 et 10, Windows 2000 et XP, Red Hat Linux 3 et 4, HP-UX et Mac OS X
NetscapeTMCommunicator 7.1 sur Solaris 9 et 10, et HP-UX
Netscape Communicator 8.0.4 sur Windows 2000 et XP
Microsoft Internet Explorer 6.0 SP1 sur Windows 2000
Microsoft Internet Explorer 6.0 SP2 sur Windows XP
Pour plus d'informations sur les navigateurs Web pris en charge par les interfaces Web d'utilisateur final fournies par les composants Java ES 5, reportez-vous aux notes de version des composants fournissant l'interface. Les notes de version pour les composants Java ES 5 sont disponibles à l'adresse suivante : http://docs.sun.com/coll/1315.2. Consultez également les Notes de version des composants.
Sur Solaris et Linux, Java Enterprise System est certifié Java SE et inclut la version 5.0 mise à jour 9 (1.5.0_09). Sur HP-UX, Java Enterprise System est certifié Java SE et inclut la version 5.0 mise à jour 3 (1.5.0_03). De plus, les éléments suivants sont compatibles avec Java SE 1.4.2 :
Composants partagés
Applications client d'utilisateur final
API Java publiques
Certains composants spécifiques prennent peut-être en charge des versions supplémentaires de Java SE ou rencontrent des problèmes de compatibilité concernant certaines versions de Java SE. Pour plus d'informations, reportez-vous aux notes de version des composants concernés.
Les sous-sections suivantes décrivent les problèmes de compatibilité de Java ES 5 avec des versions antérieures de Java ES. De plus, les problèmes décrits ici concernent plusieurs composants Java ES, ou les programmes d'installation ou de désinstallation de Java ES. Pour plus d'informations sur la compatibilité d'un composant spécifique avec des versions antérieures, reportez-vous à la section correspondante des notes de version du composant concerné. Reportez-vous à la section Notes de version des composants pour obtenir la liste des notes de version des composants.
Java ES 5 est certifié Java SE 5.0 mise à jour 9 (1.5.0_09). Si le programme d'installation de Java ES ne détecte pas cette version de Java SE sur le système, il l'installe et la rend accessible aux composants Java ES grâce au lien symbolique /usr/jdk/entsys-j2se.
La version d'serveur d'application 7 livrée avec Java ES 2004Q2 utilise ce lien symbolique, mais n'est pas compatible avec Java SE 5.0 mise à jour 9. Par conséquent, serveur d'application 7 ne fonctionne pas correctement après l'installation de composants Java ES 5.
Solution Java ES ne reconnaît pas l'installation de la version 2004Q2 et des composants 5 sur un même système. Lorsque vous mettez un système à niveau à partir de Java ES 2004Q2, vous devez mettre à niveau tous les composants. Si vous devez accéder à Application Server 7 pendant la mise à niveau, vous pouvez modifier la configuration de celui-ci pour être dirigé vers Java SE 1.4.2, qui a été installé avec Java ES 2004Q2 :
Connectez-vous à la console d'administration de Sun Java System serveur d'application 7.
Mettez à jour les paramètres Java du serveur d'administration et de toutes les instances de serveur d'application, en veillant à indiquer pour Java Home l'emplacement de Java SE 1.4.2. N'oubliez pas d'appliquer les modifications pour chaque instance.
Arrêtez toutes les instances de serveur d'application, y compris le serveur d'administration.
Modifie le fichier asenv.conf dans le sous-répertoire config d'serveur d'application 7, et définissez AS_JAVA sur l'emplacement de Java SE 1.4.2.
Redémarrez serveur d'application 7.
Après la mise à niveau ou l'installation de composants partagés à l'aide du programme d'installation de Java ES, il se peut que les anciennes versions d'Instant Messaging déjà installées sur le système ne fonctionnent plus correctement. Les symptômes incluent l'échec d'Instant Messaging Multiplexor ou du serveur à démarrer.
Ce problème survient parce que le composant partagé Sun Java System Instant Messaging et IMAPI (Presence API) de Java ES 5 n'est pas compatible avec les versions antérieures d'Instant Messaging. Le programme d'installation de Java ES installe ou met à niveau IMAPI dans les cas suivants :
lorsque vous installez Portal Server,
lorsque vous installez registre des services,
lorsque vous installez ou mettez à niveau tous les composants partagés.
Le problème est donc limité aux situations mentionnées.
Solution Effectuez une mise à niveau vers Instant Messaging 7.2.
Les informations suivantes concernent la procédure d'installation à l'aide du programme d'installation de Java Enterprise System.
Si vous supprimez directement les packages de composants ou les RPM, lors de sa prochaine exécution, le programme d'installation considérera que les composants sont toujours installés et fonctionnera de manière incorrecte.
Solution Si vous avez déjà supprimé les packages de composants ou les RPM manuellement, vous devez tout de même désinstaller ceux-ci à l'aide du programme de désinstallation de Java ES.
Si l'espace de swap du système sur lequel vous exécutez le programme d'installation de Java ES est insuffisant, le programme d'installation en mode CLI (./installer -nodisplay) continue d'être exécuté après l'affichage du message d'erreur suivant :
com.sun.entsys.dre.DREException: Not enough space (espace insuffisant) |
Solution Si ce message s'affiche, quittez le programme d'installation. Allouez ensuite un espace de swap supérieur ou libérez de l'espace de swap avant d'exécuter de nouveau le programme d'installation.
Lorsque vous installez Java ES dans une zone root entière sur les versions précédentes de Solaris 10, le programme d'installation risque d'afficher l'un des messages suivants :
Unsupported components in zone Following components required by the selected components, are not supported in local zone and they can not be installed directly into the local zone. Please install these components from the global zone before proceeding the installation SharedComponent |
eur
The Sun Web Console packages that are installed on your system have a defect that is preventing Java ES from installing in a while root non-global zone. In order to rectify this situation you must upgrade the Sun Web Console packages in the global zone before installing Java ES in a whole root zone. Please see the Java ES Release Notes (bug 6451030) and Installation Guide for further information. |
Ces deux messages s'affichent parce que les packages de la console Web Java Sun déjà installés contiennent un attribut incorrect qui empêche le programme d'installation de les mettre à niveau. Les packages de la console Web Java Sun contenant l'attribut incorrect ont été livrés avec les SE Solaris 10, Solaris 10 1/06, Solaris 10 6/06 et Java ES 2005Q4.
Solution Pour résoudre ce problème, vous devez mettre à niveau les packages de la console Web Java Sun dans la zone globale avant d'installer Java ES dans une zone root entière. Deux possibilités s'offrent à vous :
Dans la zone globale, exécutez le programme d'installation et installez uniquement tous les composants partagés. Les packages de la console Web Java Sun sont alors mis à niveau et l'attribut de zone est corrigé. Tous les autres composants partagés Java ES 5 sont également installés dans la zone globale et propagés dans les zones non globales. Ce n'est peut-être pas acceptable pour votre situation et ce n'est pas recommandé si vous avez installé une version précédente de Java ES dans une zone racine complète.
Dans la zone globale, mettez uniquement à niveau les packages de la console Web Java Sun. Pour ce faire, connectez-vous à la zone globale, puis naviguez jusqu'au répertoire d'installation de Java ES 5 pour Solaris. En tant qu'utilisateur root, procédez comme suit :
cd Product/sunwebconsole ./setup |
Le script setup met à niveau la console Web Java Sun dans la zone globale et propage la mise à niveau à toutes les zones non globales.
Le programme d'installation de Java ES interagit avec le mécanisme de dépôt HP-UX pour rechercher les composants installés et les dépendances, et installer les bits. L'architecture client-serveur du mécanisme de dépôt ralentit le temps de réponse du système. Les interactions répétées ralentissent nettement l'ensemble de la procédure d'installation par rapport aux autres plates-formes.
Solution Aucune.
Si la limite de descripteur de fichier du système est trop basse, certains composants ne peuvent pas être correctement configurés. Ces échecs de configuration ne sont pas signalés par le programme d'installation ; en revanche, ils le sont dans les journaux.
Solution Avant de procéder à l'installation, définissez la limite de descripteur de fichier sur une valeur élevée, 1024 ou 2048, par exemple. Après l'installation, vous pourrez réinitialiser la limite de descripteur de fichier sur sa valeur d'origine.
Il doit vérifier si les composants partagés sont des composants d'évaluation et, si tel est le cas, les remplacer.
Solution Assurez-vous que le poste de travail ne comporte pas de composant d'évaluation avant de commencer l'installation.
Toute installation de Java ES 2005Q4 utilisant des swaps de CD-ROM à partir des zones échoue. L'installation dans des zones non globales à partir de CD-Rom n'est pas prise en charge par Java ES 2005Q4. Plus concrètement, l'installation de Sun Cluster sur une zone locale n'est pas prise en charge.
Lorsque vous installez la version 10 sur Solaris 9 mise à jour 6, l'installation échoue car elle requiert un patch qui n'est pas applicable à la mise à jour 6 (patch 117714–06).
Solution Installez les packages SUNWced et SUNWcedu.
Notez que les messages des journaux ne sont pas toujours corrects. Par exemple, le message No software was installed (aucun logiciel n'a été installé) s'affiche même si certains composants (mais pas tous) ont été installés après une erreur.
Lorsqu'un composant est sélectionné, le programme d'installation choisit automatiquement d'installer tous les composants dépendants. La page de sélection des composants n'indique pas que les dépendances ont été sélectionnées avec le composant d'origine.
Solution Aucune.
La largeur de la fenêtre dans certains environnements linguistiques, comme l'environnement allemand, n'est pas suffisante pour afficher l'interface complète. Il en résulte que le texte de certains éléments (les conseils par exemple) se retrouve tronqué sur la partie droite ou la partie inférieure.
Solution Redimensionnez manuellement la fenêtre.
Lorsque vous installez Access Manager sur HP-UX, le programme d'installation échoue et indique qu'Access Manager n'a pas pu trouver le fichier binaire gettext.
Solution Téléchargez le fichier getext 0.14.6 ou version ultérieure et installez-le.
Les échecs au démarrage du serveur Web sont imputables à la configuration du kit SDK d'Access Manager. En général, l'erreur vient du fichier AMConfig.properties qui contient des informations erronées et entraîne une série d'échecs au démarrage du serveur Web. Les variables suivantes contiennent des informations incorrectes :
com.iplanet.am.directory.host
com.iplanet.am.server.host
com.iplanet.am.console.host
com.iplanet.am.profile.host
com.iplanet.am.naming.url
com.iplanet.am.notification.url
Solution Sur le nœud B, où le kit SDK d'Access Manager et Web Server sont installés, modifiez le fichier <Web_Server_Instance_dir>/config/server.xml et ajoutez les fichiers JAR Access Manager au chemin de classe.
Le programme d'installation de Java ES n'ajoute pas d'entrée de plate-forme pour un serveur d'annuaire déjà installé (DIRECTORY_MODE=2).
Solution Modifiez l'attribut de la liste des serveurs dans le service de plate-forme pour ajouter une seconde instance. Par exemple, Si la première instance est host1.example.com, elle disposera d'une entrée http://host1.example.com:port|01. Si la seconde instance est sur host2 et utilise le même serveur d'annuaire que host1, servez-vous de la console d'administration d'Access Manager afin de saisir une entrée du type http://host2.example.com:port|02.
Pour rendre les recherches plus performantes, Directory Server dispose de plusieurs nouveaux index. Par conséquent, après avoir installé Access Manager avec un DIT (Directory Information Tree ou arborescence d'informations d'annuaire), reconstituez les index de Directory Server en exécutant le script db2index.pl. Par exemple, # ./db2index.pl -D "cn=Directory Manager" -w password -n userRoot
Le script db2index.pl se trouve dans le répertoire DS-install-directory/slapd-hostname/ directory.
Une fois la mise à niveau d'Access Manager de la version 6.1 à la version 6.2 terminée, le journal de mise à niveau indique que la connexion DB n'a pas été traitée correctement.
Solution Aucune. La procédure de mise à niveau d'Access Manager de la version 6.1 à la version 6.2 ne prend pas en charge la sauvegarde des tableaux de journaux DB.
Si Directory Server est déjà installé et que seul LDAPS (SSL) est activé, l'installation d'Access Manager échoue. Pour installer Access Manager, activez d'abord LDAP (sans SSL) pour Directory Server. Une fois l'installation d'Access Manager terminée, vous pouvez désactiver LDAP et ne laisser que LDAPS.
Dans les mots de passe (tel celui destiné à amadmin) et le suffixe root de Directory Server, Access Manager ne prend pas en charge les guillemets simples ('). Cependant, la barre oblique inversée (\\) est autorisée.
Lorsque vous exécutez le programme d'installation de Java Enterprise System, l'installation d' Access Manager échoue si Directory Server est configuré de manière à demander aux utilisateurs de modifier leurs mots de passe à leur première connexion.
Solution Désactivez la règle de réinitialisation du mot de passe de Directory Server.
Bien que la variable classpath et d'autres variables d'environnement de conteneur Web Access Manager soient mises à jour pendant l'installation, la procédure d'installation ne redémarre pas le conteneur Web. Si vous essayez de vous connecter à Access Manager après l'installation et avant le redémarrage du conteneur Web, l'erreur suivante est générée :
Authentication Service is not initialized. Contact your system administrator. |
Solution Redémarrez le conteneur Web avant de vous connecter à Access Manager. Vous devez également lancer Directory Server avant de vous connecter.
Access Manager ne met pas à jour le fichier domain.xml d'serveur d'application correctement avec les options JVM et le classpath de serveur. Ce problème survient dans les cas suivants :
lorsque vous installez et configurez serveur d'application et Directory Server.
lorsque vous créez un agent de noeud,
lorsque vous créez une instance serveur d'application qui n'est pas une instance par défaut,
lorsque vous installez Access Manager en mode de configuration ultérieure,
lorsque vous modifiez le fichier amsamplesilent, puis l'exécutez à l'aide d'amconfig,
lorsque vous essayez de vous connecter à Access Manager à partir d'un navigateur (un message d'erreur s'affiche).
Solution Avant d'installer Access Manager, modifiez le fichier amsamplesilent pour que le bloc de conteneur inclue les informations suivantes :
AS81_HOME=/opt/SUNWappserver/appserver AS81_PROTOCOL=$SERVER_PROTOCOL AS81_HOST=$SERVER_HOST #AS81_HOST=$DISTAUTH_HOST AS81_PORT=$SERVER_PORT AS81_ADMINPORT=$ADMIN_PORT AS81_ADMIN=admin AS81_ADMINPASSWD="$ADMINPASSWD" AS81_INSTANCE=server1 AS81_DOMAIN=domain1 AS81_INSTANCE_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance AS81_DOCS_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance/docroot AS81_ADMIN_IS_SECURE=true |
Une fois les modifications terminées, exécutez la commande amconfig :
./amconfig -s amsamplesilent |
Si vous installez le serveur d'administration de domaine serveur d'application, l'agent du noeud serveur d'application est signalé comme installé et compatible lors des sessions d'installation suivantes. Ce problème survient parce que le serveur d'administration de domaine et l'agent du noeud utilisent le même ensemble de packages et n'ont pour seule différence que leur configuration.
Solution Aucune. Le logiciel de prise en charge des agents de noeud est installé. Pour créer un agent du noeud, utilisez la commande asadmin create-node-agent. Reportez-vous à la section create-node-agent(1) pour plus d'informations.
Le programme vous invite à saisir le nom du serveur serveur d'application. Toutefois, il utilise le nom d'hôte réel de la machine sans tenir compte des données saisies dans le champ approprié.
Solution Si le nom du serveur et le nom d'hôte du serveur diffèrent, attribuez-vous les droits de super-utilisateur et entrez la chaîne suivante dans le répertoire du domaine concerné (répertoire racine) :
# find . -type f -exec grep -l $HOSTNAME {} \\ ;
Modifiez ensuite le contenu du fichier comme il se doit.
Sur Linux, les tentatives de démarrage d'un domaine génèrent une exception faisant référence à libstdc++. Ce problème survient parce qu'serveur d'application requiert certaines bibliothèques de compatibilité sur Linux qui ne sont pas installées par défaut.
Solution Installez les bibliothèques de compatibilité suivantes :
compat-gcc-7.3-2.96.build.i386.rpm
compat-gcc-c++-7.3-2.96.build.i386.rpm
compat-libstdc++-7.3-2.96.build.i386.rpm
Ces bibliothèques ne sont pas installées par défaut, mais sont disponibles sur la distribution de Red Hat Linux. Notez que le numéro de version peut varier d'une version Red Hat Linux à une autre.
Directory Server 5.1 est fourni en standard avec Solaris 9. Après l'installation de Directory Server à partir de Java ES 5, il existe donc deux versions sur le système : la version 5.1 de Solaris 9 et la version 6.0 de Java ES.
Lorsque vous utilisez Directory Server sur ces systèmes, vous devez veiller à utiliser l'ensemble de commandes associé à la version de Directory Server dont vous souhaitez réaliser l'administration.
Lorsque vous accédez au centre de contrôle Directory Service via Internet Explorer 6, l'enregistrement des modifications de configuration de l'index d'un suffixe génère une erreur nulle. De plus, la fenêtre de progression de l'opération se fixe.
Solution Accédez aux centre de contrôle Directory Service au moyen d'un autre navigateur, tel que Mozilla.
Le programme d'installation de Java ES vous permet de sélectionner tous les composants, ou n'importe lequel d'entre eux, et de l'installer en même temps que Sun Java System console de contrôle. Toutefois, en raison d'une restriction, la console de contrôle, n'est pas exécutée lorsqu'elle est installée sur le même hôte ou dans la même zone Solaris que les composants qu'elle doit contrôler. Si la console de contrôle est sélectionnée avec d'autres composants, l'installation n'échoue pas mais vous ne pourrez ni la configurer ni l'exécuter.
Solution Installez la console de contrôle sur un hôte dédié sur lequel aucun autre composant Java ES n'est installé. Quand vous exécutez le programme d'installation, ne sélectionnez pas la console de contrôle si vous installez d'autres composants. Pour plus d'informations, reportez-vous à la procédure Pour installer le composant Monitoring Console avec le programme d’installation Java ES du Guide de la fonction de contrôle de Sun Java Enterprise System 5.
Une autre solution consiste à installer la console de contrôle sur la même machine que d'autres composants Java ES en créant un hôte logique dédié dans une zone locale sur le système d'exploitation Solaris 10. Pour plus d'informations, reportez-vous à la procédure Pour installer le composant Monitoring Console dans une zone Solaris du Guide de la fonction de contrôle de Sun Java Enterprise System 5.
Si vous souhaitez installer des composants Java ES sur l'hôte sur lequel vous avez installé et configuré la console de contrôle, suivez la procédure Pour annuler la configuration du composant Monitoring Console du Guide de la fonction de contrôle de Sun Java Enterprise System 5.
Lorsque la console de contrôle n'est pas installée à l'emplacement par défaut, la console Web ne parvient pas à la trouver et ne peut donc pas la lancer.
Solution Ne spécifiez comme répertoire d'installation de la console de contrôle que l'emplacement par défaut.
Après l'installation de Sun Java System console de contrôle, le programme d'installation de Java ES ne configure pas automatiquement et ne lance pas la console de contrôle.
Solution Vous devez exécuter manuellement les commandes de configuration et de démarrage de la console de contrôle après l'installation de celle-ci. Reportez-vous à la procédure Installation du composant Monitoring Console du Guide de la fonction de contrôle de Sun Java Enterprise System 5, puis à la procédure Démarrage du composant Monitoring Console du Guide de la fonction de contrôle de Sun Java Enterprise System 5.
Le problème survient parce qu'il existe un commentaire de l'entrée du filtre AMLControllerFilter dans le fichier web.xml de l'application Web Access Manager.
Solution Supprimer le commentaire de l'entrée du filtre AMLControllerFilter dans le fichier web.xml de l'application Web Access Manager.
Pendant la configuration de Portal Server, la barre de progression de l'installation reste figée. Vous pouvez avoir l'impression que la configuration est bloquée.
Solution Ignorez la barre de progression apparemment inactive et patientez jusqu'à la fin de la procédure de configuration de Portal Server, qui peut prendre jusqu'à 45 minutes sur un système bas de gamme.
Solution Reportez-vous à la publication suivante pour la documentation la plus récente de mise à niveau relative à ce problème :
Guide de mise a niveau de Sun Java Enterprise System 5 pour UNIX
Un clic sur l'icône d'aide de SampleIFrame Channel génère un message stipulant que « HTTP Status 404 — /portal/docs/en/desktop/iframechann.htm » n'est pas disponible.
Solution Aucune. Aucune aide n'est livrée avec iFrame.
Pendant l'installation et la désinstallation de Portal Server, les programmes d'installation et de désinstallation semblent se bloquer. Le blocage peut durer jusqu'à 30 minutes avant que les processus d'installation et de désinstallation ne soient achevés.
Solution Aucune.
Les machines x86 exécutant Solaris 10 ne s'affichent pas en mode cluster en raison de modifications apportées au projet d'architecture d'initialisation Solaris. Les messages d'erreur suivants s'affichent à l'initialisation de la machine :
Use is subject to license terms. NOTICE: Can't open /etc/cluster/nodeid NOTICE: BOOTING IN NON CLUSTER MODE NOTICE: NO PCI PROP NOTICE: NO PCI PROP Configuring devices. Hostname: pvyom1 devfsadm: minor_init failed for module /usr/lib/devfsadm/linkmod/SUNW_scmd_link.so Loading smf(5) service descriptions: 24/24 /usr/cluster/bin/scdidadm: Could not load DID instance list. Cannot open /etc/cluster/ccr/did_instances. Not booting as part of a cluster /usr/cluster/bin/scdidadm: Could not load DID instance list. Cannot open /etc/cluster/ccr/did_instances. Note: path_to_inst might not be updated. Please 'boot -r' as needed to update. |
Solution Effectuez les étapes suivantes :
Ajoutez /etc/cluster/nodeid to /boot/solaris/filelist.ramdisk.
Entrez les commandes suivantes :
# bootadm update-archive # reboot -- -r |
Si vous essayez d'initialiser simultanément tous les noeuds d'un cluster de 16 noeuds, cela crée une erreur grave au niveau des noeuds qui se bloquent en attendant le quorum.
Ce bogue est dû à une configuration incorrecte des commutateurs d'interconnexion privée. Spanning Tree doit être désactivé au niveau des ports de commutateur utilisés pour les interconnexions privées Sun Cluster. Cette opération n'a pas été effectuée pour les commutateurs de clusters à 16 noeuds, ce qui provoque ce bogue. Le cluster ne peut pas être mis en ligne en raison de ce bogue.
Pour résoudre ce problème, vous devez désactiver Spanning Tree au niveau des ports de commutateur utilisés pour les interconnexions privées Sun Cluster.
Solution Aucune.
Lors de l'installation de packages localisés Sun Cluster, le message d'avertissement suivant s'affiche dans le journal d'installation Java ES. Les packages localisés s'intitulent SUNW*scspmu. Ce message d'avertissement ne s'affiche pas lorsque vous ne sélectionnez pas de composants localisés à installer.
Warning: smreg is obsolete and is preserved only for compatibility with legacy console applications. Use wcadmin instead. Type "man wcadmin" or "wcadmin --help" for more information. |
Ce message s'affiche car les packages localisés Sun Cluster utilisent la commande smreg et non la commande wcadmin qui est une nouvelle commande de Sun Java(TM) Web Console 3.x. Ce message peut induire les clients en erreur car il sous-entend que ceux-ci doivent effectuer d'autres étapes pour terminer l'installation de Sun Cluster.
Solution Cet avertissement ne provient pas d'une erreur d'installation. Vous pouvez ignorer ce message sans risque.
Le programme d'installation vous propose d'installer l'agent de Sun Cluster HA serveur d'application avec serveur d'application et HADB 8.1. Or, ces derniers ne sont pas pris en charge par l'agent de HA serveur d'application. Il en résulte que vous ne pouvez pas configurer HA serveur d'application.
Solution N'installez pas HA serveur d'application Agent avec serveur d'application et HADB 8.1.
Java Enterprise System 2005Q1 inclut le service de données Sun Cluster pour Sun Java System Directory Server 5 2004Q2. Si vous avez besoin du service de données Sun Cluster pour Sun Java System Directory Server 5.0 ou 5.1 ou pour Netscape HTTP 4.1.6, vous pouvez l'obtenir avec la version 10/03 du service de données Sun Cluster 3.1. Contactez votre représentant Sun pour vous procurer cette version.
Il est installé à partir du CD-ROM des accessoires Java Enterprise System 1, volume 3. De plus, les services de données ne sont pas installés à partir des CD-ROM d'agents, mais à partir du CD-ROM des accessoires Java Enterprise System 1 (volume 3).
Si vous avez installé une instance d'agents Sun Cluster avant de lancer le programme d'installation de Java Enterprise System, ce programme ne vous permet pas d'installer d'instances supplémentaires.
Solution Installez d'autres agents Sun Cluster à l'aide de la commande pkgadd.
Solution Sauvegardez tous les fichiers de configuration. Supprimez ensuite le répertoire d'installation avant d'installer Web Server à l'aide du programme d'installation de Java Enterprise System.
Le Guide de mise a niveau de Sun Java Enterprise System 5 pour UNIX fournit des instructions pour la mise à niveau vers Java ES 5 sur les plates-formes Solaris et Linux. Les problèmes mentionnés dans les sections suivantes décrivent des situations non couvertes dans le guide de mise à niveau. Il s'agit donc d'informations complémentaires au guide de mise à niveau et non d'informations qui remplacent ce dernier.
Le guide de mise à niveau et les problèmes décrits dans les sections suivantes font référence à Java ES par nom et numéro de version. Le tableau ci-dessous indique la relation entre les noms et les numéros de version :
Nom |
Numéro de version |
---|---|
Java ES 5 |
version 5 |
Java ES 2005Q4 |
version 4 |
Java ES 2005Q1 |
version 3 |
Java ES 2004Q2 |
version 2 |
Java ES 2003Q4 |
version 1 |
Lorsque vous effectuez une mise à niveau d'Access Manager, d'serveur d'application ou de Message Queue, le programme d'installation ne met pas à niveau les packages de localisation si vous choisissez l'option Install multilingual package(s) for all selected components (Installer les packages multilingues pour tous les composants).
Solution Supprimez les packages de localisation existants avant la mise à niveau à l'aide des instructions du Guide de mise a niveau de Sun Java Enterprise System 5 pour UNIX.
Après la mise à niveau de tout composant Java ES vers Java ES 5 sur un système exécutant la version 3 ou 4 d'serveur d'application (version 8.1), serveur d'application signale des erreurs lorsque vous compilez des pages JSP.
Solution Mettez serveur d'application à niveau vers Java ES 5 ou appliquez le patch suivant à serveur d'application 8.1 :
Sur Solaris : 119166–17
Sur Linux : 119168–17
Après la mise à niveau de tout composant Java ES vers Java ES 5 sur un système Linux exécutant serveur d'application, les tentatives de démarrage de certaines applications déployées génèrent une exception Java.security.AccessControlException. Ce problème survient parce que le fichier ant a été déplacé sur Java ES 5.
Solution Mettez serveur d'application à niveau vers Java ES 5 ou effectuez les étapes suivantes :
Dans le fichier config/asenv.conf d'serveur d'application, remplacez la valeur"/opt/sun/lib" d'AS_ANT_LIB par "/opt/sun/share/lib".
Redémarrez serveur d'application.
Lorsque vous mettez à niveau Portal Server IFR (Interim Feature Release) 7.0 2005Q4 déployé sur Web Server , vous devez mettre à niveau les composants selon une séquence non standard. Reportez-vous au Guide de mise a niveau de Sun Java Enterprise System 5 pour UNIX pour plus d'informations.
Si vous avez activé la fonctionnalité de contrôle d'Instant Messaging dans Java ES 2005Q1 ou 2005Q4, vous devez manuellement mettre à niveau le fichier de propriétés après la mise à niveau vers Java ES 5.
Solution Après la mise à niveau de l'instance d'Instant Messaging sur un hôte, modifiez le nouveau fichier mfwk.properties afin d'inclure les paramètres de configuration de l'ancien fichier agent.properties que vous souhaitez conserver.
Cette section décrit les problèmes connus de la console de contrôle et du cadre de contrôle. Le cadre de contrôle, composant partagé installé automatiquement avec les autres composants, réalise les tâches de contrôle.
Les patchs suivants sont nécessaires à la prévention de certains problèmes connus du cadre de contrôle. Ces patchs sont en général fournis en standard avec les autres patchs requis pour Java ES ou avec les versions mises à jour du système d'exploitation Solaris. Toutefois, vous devez vérifier que ces patchs ou des patchs de remplacement sont présents sur tous les hôtes qui serviront à contrôler un composant de produit Java ES :
Tableau 1 Patchs de contrôle pour le système d'exploitation Solaris
Version Solaris |
Numéro de patch |
---|---|
Solaris 9 sur plate-forme Sparc (jusqu'à la version s9u7_06 incluse) |
114344-17 |
Solaris 9 sur plate-forme i386 (jusqu'à la version s9u7_06 incluse) |
114345-08 (remplacée par : 117172-17), 118559-28 (ou version ultérieure) |
Solaris 10 sur plate-forme Sparc (jusqu'à la version s10_58 incluse) |
114344-17 |
Solaris 10 sur plate-forme i386 (jusqu'à la version s10_58 incluse) |
114345-08 (remplacée par : 117172-17), 118855-15 (ou version ultérieure) |
Pour le système d'exploitation HP-UX, les patchs requis pour le contrôle sont fournis avec ceux décrits à la section Conditions requises pour HP-UX et problèmes connexes.
Lorsque vous ajoutez un nouvel hôte à contrôler, la console de contrôle utilise le protocole SSL pour sécuriser la connexion mais n'affiche pas le certificat présenté par l'hôte sélectionné. Etant donné que la console de contrôle transmet le mot de passe root de l'hôte à l'agent du noeud, le système devient vulnérable aux attaques lorsque l'adresse IP de l'hôte concerné est créée et le mot de passe reçu. Le risque est toutefois très faible car la plupart des agents de noeud sont exécutés sur des hôtes installés sur un réseau sécurisé.
Solution Si le réseau des hôtes d'agent du noeud n'est pas sécurisé, vous devez les authentifier avant de les ajouter à la console de contrôle en tant que nouveaux hôtes. Pour authentifier un hôte, connectez-vous à celui-ci et vérifiez que vous reconnaissez sa configuration et son système de fichiers. Dans le cas d'un hôte UNIX, vous pouvez vous connecter à l'aide de la commande ssh afin d'afficher les informations relatives au certificat.
Les objets contenus dans un produit sont référencés dans la console de contrôle en tant que serveurs d'applications.Il ne faut pas confondre ce terme et Sun Java System serveur d'application.
Solution Dans le cadre de la console de contrôle, un serveur d'application signigie l'instance en cours d'exécution d'un composant Java ES installé.
Dans certains cas, l'affichage et le changement de pages dans la console de contrôle peut prendre jusqu'à 30 secondes.
Solution Exécutez la console de contrôle sur un hôte puissant sans aucune autre application.
Les étiquettes de l'arborescence de gauche n'incluent pas le nom d'hôte ou le nom de domaine, elles n'affichent que les noms des composants, ce qui peut rendre l'identification de composants semblables sur différents hôtes difficile. De même, lors de la création d'une règle de contrôle et de la sélection d'un composant contrôlé, il se peut que vous ne puissiez pas identifier les instances du même composant sur différents hôtes.
Solution Recherchez les identificateurs des hôtes dans les vues détaillées du composants contrôlé. Les noms d'instance de certains composants incluent l'identificateur de processus. Vous devez donc connaître l'identificateur de processus de l'instance sur chaque hôte.
La console de contrôle ne peut pas activer ou désactiver le contrôle d'un composant spécifique.
Solution Vous devez utiliser le système d'activation et de désactivation propre au composant concerné. Pour obtenir des instructions, reportez-vous aux sections correspond aux composants au Chapitre 2, Activation et configuration du composant Monitoring Framework du Guide de la fonction de contrôle de Sun Java Enterprise System 5.
Lorsqu'un composant contrôlé s'arrête brutalement ou normalement, il se peut que les objets contrôlés ne soient pas supprimés de l'agent du noeud et demeurent dans l'arborescence de gauche de la console de contrôle. De même, si vous arrêtez un agent du noeud entier, il se peut que le noeud d'hôte ne soit pas supprimé de l'arborescence de gauche. Ce problème survient par intervalle.
Solution Lorsque vous arrêtez ou redémarrez une instance de serveur, redémarrez l'agent du noeud, l'agent maître et la console de contrôle. Si vous arrêtez un hôte et son agent du noeud, vous devrez peut-être redémarrer l'agent maître et la console de contrôle. La procédure Pour redémarrer l’agent de noeud du Guide de la fonction de contrôle de Sun Java Enterprise System 5 décrit les deux procédures de redémarrage.
Lorsqu'un hôte est supprimé de la console de contrôle, les règles et alarmes de contrôle associées aux composants contrôlés ne sont pas automatiquement effacées. Ceci permet de conserver les états de règles et alarmes au cas où vous ajouteriez de nouveau le même hôte.
Solution Si vous n'avez pas l'intention d'ajouter de nouveau l'hôte en question, utilisez la boîte de dialogue des règles pour rechercher puis supprimer toutes les règles associées à cet hôte. Les alarmes existant au moment de la suppression de l'hôte sont peut-être reconnues, mais ne sont pas supprimées de la console de contrôle car l'attribut contrôlé ayant déclenché l'alarme n'est plus accessible. Pour éviter que les alarmes ne restent dans un état reconnu, résolvez toutes les alarmes de composant contrôlé et reconnaissez ces alarmes sur la console de contrôle avant de supprimer l'hôte.
La liste suivante répertorie les autres problèmes connus de la console de contrôle.
Par défaut, les tableaux ne sont pas triés
L'hôte lié à partir de l'option Objects Using This Installed Product (Objets utilisant ce produit installé) ne doit pas être un objet inconnu
Lors de l'utilisation du plugin AppServer, les objets contenus dans ce serveur ne doivent pas inclure les enfants de leurs enfants
L'activation et la désactivation ne fonctionnent pas correctement dans le tableau des hôtes
Les champs de légende et de description s'affichent pour les objets de statistiques et de paramètres, mais non pour les objets de base
L'utilisateur ne devrait pas avoir à recliquer sur un objet lorsqu'il sélectionne celui-ci et clique sur Monitoring Rule->New (Règle de contrôle->Créer)
Le nom des objets JVM répertoriés pour un hôte donné ne sont pas cohérents
Les objets CMM_Cluster créés par Application Server ne s'affichent nulle part
La liste des objets visibles dans la boîte de dialogue de création d'une règle n'est pas claire
Les objets Portal Server, Web Server et Application Server affichent un état d'objet et opérationnel inconnu
Les noms des composants Enterprise Java Beans déployés sur serveur d'application devraient être plus descriptifs
Les noms des attributs des objets de contrôle serveur d'application sont impossibles à utiliser
Les modifications de configuration serveur d'application internes ne sont pas reflétées sur la console de contrôle
Sur un système Linux, le cadre de contrôle ne fonctionne pas lorsque IPv6 est activé. Par conséquent, l'instrumentation des composants contrôlés sur le système ne sera pas chargée dans le conteneur cacao, et ceux-ci ne s'afficheront pas sur la console de contrôle.
Solution Il existe deux solutions possibles :
Configurez le cadre de contrôle de sorte qu'il n'utilise pas l'interface de loopback :
Dans le répertoire de configuration du cadre de contrôle (par défaut /etc/opt/sun/mfwk/config), effectuez une copie du fichier exemple de propriétés :
cp mfwk.properties.sample mfwk.properties |
Définissez le paramètre suivant dans le fichier mfwk.properties copié :
mfwk.multicast.disableloopback=true |
Redémarrez l'agent du noeud, l'agent maître et la console de contrôle en suivant la procédure de la section Pour redémarrer l’agent de noeud du Guide de la fonction de contrôle de Sun Java Enterprise System 5.
Vous avez également la possibilité de désactiver IPv6 sur Red Hat 3.0 en suivant les étapes ci-dessous :
Recherchez la ligne suivant si elle apparaît dans le fichier /etc/modprobe.conf :
alias net-pf-10 ipv6 |
Modifiez-la ou ajoutez la ligne suivante :
alias net-pf-10 off |
Redémarrez le système. IPv6 devrait à présent être désactivé.
Sur Red Hat 4.0, suivez la même procédure pour le fichier /etc/modules.conf.
Lors de la désactivation d'un composant contrôlé, vous devez annuler le déploiement de ce dernier sur l'agent du noeud. Toutefois, cette action provoque parfois un interblocage. Plus concrètement, la commande cacaoadm undeploy n'est jamais renvoyée et le contrôle est bloqué pour tout l'agent du noeud.
Solution Interrompez le processus, puis redémarrez l'agent du noeud, l'agent maître et la console de contrôle en suivant la procédure Pour redémarrer l’agent de noeud du Guide de la fonction de contrôle de Sun Java Enterprise System 5.
Les composants dont l'interfaçage avec le cadre de contrôle repose sur des bibliothèques C risquent de s'afficher plus lentement dans la console de contrôle lorsqu'ils sont exécutés sur un système d'exploitation Linux.
Solution Aucune.
Les performances de contrôle des composants reposant sur des bibliothèques C risquent d'être plus lentes sur la console de contrôle après le redéploiement ou l'arrêt d'autres composants sur le même agent de noeud.
Solution Redémarrez le conteneur d'agent commun du noeud, y compris l'agent du noeud, puis redémarrez l'agent maître et la console de contrôle en suivant la procédure Pour redémarrer l’agent de noeud du Guide de la fonction de contrôle de Sun Java Enterprise System 5.
La communication interprocessus entre les composants reposant sur des bibliothèques C et l'agent du noeud sur le même hôte n'est pas sécurisée. Par défaut, la communication utilise l'interface de loopback, ce qui réduit les risques liés à la sécurité.
Solution Aucune.
Les composants dont l'interfaçage avec le cadre de contrôle repose sur des bibliothèques Java risquent de rencontrer des problèmes de performances lors d'un accès via SNMP.
Solution Aucune.
En raison d'un bogue sur Solaris 9, les paquets envoyés à une adresse IPv4 ne sont pas délivrés au listener sur un socket IPv6. Ceci interrompt le mécanisme de détection entre les agents de noeud et les composants à contrôler sur l'hôte.
Solution Forcez le JVM de l'agent du noeud à écouter les sockets IPv4 à l'aide des commandes suivantes :
cacaoadm stop oldvalue=`cacaoadm get-param java-flags --value` cacaoadm set-param java-flags="${oldvalue} -Djava.net.preferIPv4Stack=true" |
Redémarrez l'agent du noeud, l'agent maître et la console de contrôle en suivant la procédure Pour redémarrer l’agent de noeud du Guide de la fonction de contrôle de Sun Java Enterprise System 5.
Si les horloges des hôtes de l'agent du noeud et de l'agent maître sont asynchrones, l'ajout de ce noeud sur la console de contrôle échoue. Le journal des erreurs de cadre de contrôle de l'agent maître signale une erreur grave pendant la tentative de connexion JRMP.
Solution Réglez les horloges des deux hôtes de sorte qu'elles soient synchrones.
La documentation d'une API C privée a été incluse dans les packages d'exécution par inadvertance. Les interfaces décrites sont privées et peuvent subir des modifications à tout moment. Nous déconseillons donc leur utilisation.
Solution Aucune.
Lorsqu'il existe un nombre trop important de règles de contrôle concurrentes sur un agent du noeud exécuté sur un système d'exploitation HP-UX, le nombre d'unités d'exécution de JVM (Java Virtual Machine) risque de dépasser la limite de paramètre de noyau et de générer une exception de type OutOfMemory.
Solution Téléchargez et exécutez l'outil HPjconfig en suivant la procédure Pour optimiser les paramètres de noyau du cadre de contrôle sous HP-UX du Guide de contrôle Sun Java Enterprise System 5.
Lorsque vous désinstallez Access Manager, l'enregistrement du descripteur de son module de contrôle n'est pas annulé.
Solution Annulez le descripteur com.sun.cmm.am à l'aide de la commande cacaoadm :
Vérifiez que le descripteur com.sun.cmm.am est présent :
# cacaoadm list-modules List of modules registered: com.sun.cacao.agent_logging 1.0 ... com.sun.cmm.am 1.0 ... |
Annulez l'enregistrement du descripteur :
# cacaoadm unregister-module com.sun.cmm.am.xml |
Relancez la commande cacao :
cacaoadm restart |
Vérifiez que l'enregistrement de com.sun.cmm.am a été annulé :
# cacaoadm list-modules List of modules registered: com.sun.cacao.agent_logging 1.0 ... |
(com.sun.cmm.am 1.0 ne doit plus figurer dans la liste des modules enregistrés.)
Pour Java ES 5, Sun adopte un nouveau modèle de maintenance afin de simplifier la détection, le téléchargement et l'application de patchs aux composants Java ES 5. Ce modèle se compose de deux fonctions principales :
des groupes de patchs contenant les patchs appropriés les plus récentes pour tous les composants Java ES,
un balisage par mot-clé de patchs de composants.
Groupes de patchs. Pour chaque plate-forme prise en charge par Java ES 5, vous pouvez télécharger un groupe de patchs contenant les derniers patchs correspondant aux versions des composants livrés avec Java ES 5. Ces groupes de patchs sont mis à jour régulièrement à mesure que les composants requièrent de nouveaux patchs.
Pour obtenir l'un de ces groupes de patchs :
Consultez l'adresse suivante : http://sunsolve.sun.com.
Cliquez sur Patches and Updates.
Cliquez sur Recommended Patch Clusters.
Recherchez le groupe de patchs commençant par Java ES Accumulated qui s'applique à la version de votre SE et à l'architecture du processeur, puis téléchargez-le.
Balisage par mot-clé. A partir de Java ES 5, tous les patchs de composant inclus dans une version de Java ES sont balisés dans le fichier README à l'aide d'un mot-clé indiquant que le patch s'applique à Java ES. Pour Java ES 5, le mot-clé est java_es-5. Grâce à ce balisage par mot-clé, vous pouvez rapidement trouver tous les patchs de composant Java ES 5 à l'aide de la fonction PatchFinder de SunSolve. Pour cela, entrez le mot-clé java_es-5.
Vous pouvez également obtenir les patchs pour Java ES 5 sur Solaris 10 grâce aux services Sun Connection. Pour plus d'informations, consultez l'adresse http://www.sun.com/service/sunconnection.
Certains composants de Sun Java Enterprise System 5 contiennent des fichiers que vous pouvez redistribuer. Pour plus d'informations sur ces fichiers, reportez-vous aux notes de version des composants utilisés.
Ce produit inclut un code objet et/ou source pour Berkeley Database, un produit d'Oracle Corporation. L'utilisation du logiciel Berkeley Database en dehors de Java Enterprise System ou de ses dérivés autorisés est soumise à des conditions de licence supplémentaires.
Pour obtenir la liste des fonctions d'accessibilité mises à disposition depuis la publication de ce média, consultez les évaluations de produit de la Section 508, disponibles sur demande auprès de Sun, afin de déterminer les versions les mieux adaptées au déploiement des solutions accessibles. Vous trouverez des versions mises à jour pour certaines applications aux emplacements suivants :
Pour plus d'informations sur les engagements pris par Sun en matière d'accessibilité, consultez notre site à l'adresse suivante :
Le site Web de Sun fournit des informations sur les ressources complémentaires suivantes :
Documentation (http://www.sun.com/documentation/)
Support (http://www.sun.com/support/)
Formation (http://www.sun.com/training/)
Vous pouvez rechercher la documentation produit Sun sur le site Web docs.sun.com, mais également utiliser le moteur de recherche. Pour cela, entrez la syntaxe suivante dans le champ de recherche :
terme à rechercher site:docs.sun.com |
Par exemple, pour rechercher le terme courtier, entrez la syntaxe suivante :
courtier site:docs.sun.com |
Pour inclure d'autres sites Web Sun dans votre recherche (par exemple, java.sun.com, www.sun.com et developers.sun.com), saisissez sun.com au lieu de docs.sun.com dans le champ de recherche.
Des adresses URL de sites tiers, qui renvoient à des informations complémentaires connexes, sont référencées dans ce document.
Sun ne saurait être tenu responsable de la disponibilité des sites Web tiers mentionnés dans ce manuel. Sun ne garantit pas le contenu, la publicité, les produits et autres matériaux disponibles sur ces sites ou dans ces ressources, ou accessibles par leur intermédiaire, et ne saurait en être tenu pour responsable. Par ailleurs, la responsabilité de Sun ne saurait être engagée en cas de dommages ou de pertes, réels ou supposés, occasionnés par, ou liés à, l'utilisation du contenu, des produits ou des services disponibles sur ces sites ou dans ces ressources, ou accessibles par leur biais, ou encore à la confiance qui a pu leur être accordée.
Afin d'améliorer sa documentation, Sun vous encourage à faire des commentaires et à apporter des suggestions. Pour nous faire part de vos remarques, rendez-vous sur le site http://docs.sun.com et cliquez sur Send Comments. Dans le formulaire en ligne, indiquez le titre complet et le numéro de référence du document. Ce numéro comporte 7 ou 9 chiffres et se trouve sur la page de titre du manuel ou dans l'URL du document. Par exemple, le numéro de référence de ce manuel est 820-0450.