Test and Performance Platform version 3.3.0 - Notes sur l'édition


1.0 Problèmes et limitations connus
1.1 Adaptateur de journal générique
1.1.1 Erreurs lors de l'exécution de l'environnement JRE version 1.4.1 des règles de l'adaptateur de journal générique
1.1.2 L'importation d'un fichier journal à partir d'un système z/OS distant peut entraîner l'importation de données incomplètes
1.1.3 L'analyse syntaxique continue d'un fichier comportant une section de bas de page entraîne la génération d'enregistrements incomplets
1.1.4 Certains messages d'erreur sont affichés plusieurs fois dans la vue Erreurs de l'éditeur de configuration GLA
1.1.5 L'adaptateur de journal générique ne prend pas en charge la création de règles pour effectuer l'analyse syntaxique de différents formats d'horodatage
1.1.6 Erreurs liées à la classe Formatter dans la vue Erreurs lorsqu'un nouvel adaptateur de fichier GLA est exécuté dans la perspective Adaptateur de fichier générique
1.1.7 Le programme d'analyse syntaxique des règles du journal des accès du serveur HTTP ne traite pas correctement certains enregistrements
1.2 Agent Controller
1.2.1 Texte de la console déformé lors du profilage d'une application Java sur un système DBCS
1.2.2 La copie des fichiers Agent Controller ne fonctionne pas sous HP 11i
1.2.3 Agent Controller génère une erreur indiquant que sh: sysdef: est introuvable sous Solaris
1.2.4 Agent Controller exécuté dans une machine virtuelle Java Sun sous Linux effectue une boucle sans fin
1.2.5 1.2.5 Plusieurs instances Agent Controller non autorisées sur un même système
1.2.6 Les exceptions FileNotFound ne sont pas signalées par le moteur de transfert de fichiers lorsque des fichiers sont introuvables sur un serveur distant
1.2.7 Exécution du composant Agent Controller en mode sécurisé sous iSeries
1.2.8 Les données ne sont pas collectées lorsque vous surveillez plusieurs agents simultanément
1.2.9 Violation de segmentation lors de la fermeture d'Agent Controller
1.2.10 Erreur signalant une quantité de mémoire insuffisante lors du profilage d'applications
1.2.11 Les données collectées par l'agent ne sont pas transmises au client
1.2.12 Echec de l'arrêt d'un agent s'exécutant dans un processus avec d'autres agents
1.2.13 La surveillance des homologues de la requête ne fonctionne pas sur les plateformes EBCDIC
1.3 Analyseur de trace et de journaux
1.3.1 La surveillance continue des journaux n'est pas prise en charge pour localhost
1.3.2 Le fichier README des exemples de journalisation ne s'affiche pas
1.3.3 L'importation de journaux distants avec un filtre ne fonctionne pas lorsque le composant Agent Controller ne démarre pas correctement
1.3.4 Le processus d'importation des journaux distants reste à l'état actif lorsque le composant Agent Controller ne démarre pas
1.3.5 L'importation des journaux d'accès du serveur HTTP peut générer une erreur indiquant que l'index n'est pas compris dans la plage autorisée
1.3.6 Données illisibles de certains événements lors de l'importation du journal des événements Système de Microsoft Windows sur des systèmes DBCS
1.3.7 Exception NullPointerException lors de l'importation d'un journal vide
1.3.8 L'importation du journal des événements Application de Windows génère des erreurs de formatage CBE (Common Base Event)
1.3.9 L'importation des journaux à partir d'un système HP-UX distant se bloque lorsqu'un nom de fichier journal incorrect est indiqué
1.4 Probekit
1.5 Outil de profilage
1.5.1 Erreur pendant la récupération de place lors de l'utilisation d'IBM JDK 1.4.1
1.5.2 Avec Sun JVM, certains appels de méthodes ne sont pas tracés
1.5.3 Le profilage sous Solaris avec Sun JDK 1.4.x ou sous HP avec HP JDK 1.4.x peut entraîner l'arrêt brutal de la machine virtuelle Java
1.5.4 Arrêt brutal possible de la machine virtuelle Java lors de l'exécution en mode autonome avec le paramètre STACK_INFORMATION=contiguous sous Solaris
1.5.5 Valeurs négatives pour le délai d'attente des événements WAIT et WAITED
1.5.6 Instantanés de moniteur incorrects avec IBM JDK 1.4.2
1.5.7 Le nombre de méthodes est incorrect lorsque l'intégration JIT est activée
1.5.8 Limitations pour les statistiques des temps UC au niveau des méthodes sous AIX et Solaris
1.5.9 Le profilage échoue dans un fichier de profilage sous Linux
1.5.10 Importation des fichiers de profilage générés à partir d'un profilage effectué hors de l'environnement Eclipse
1.5.11 Affichage en double des vues de filtrage après la fermeture anormale du plan de travail
1.5.12 L'opération de libération de mémoire peut échouer sans générer d'avertissement
1.5.13 Des options d'agent incorrectes sont définies lorsque Historique de l'exécution > Détails graphiques complets est sélectionné sans édition
1.5.14 L'importation d'un fichier de profilage avec un filtrage au niveau des packages entraîne l'affichage d'une vue vide
1.5.15 Le mode Profilage affiche plus de données que prévu
1.6 Console de statistiques
1.7 Test
1.7.1 Problèmes de test courants
1.7.1.1 Les tests JUnit, Manual et d'URL ne fonctionnent pas sous iSeries
1.7.1.2 Accès aux pools de données
1.7.2 Test d'URL
1.7.2.1 Exécution de tests d'URL en tant que tests JUnit
1.7.2.2 Exécution de l'exemple Test d'URL
 

1.0 Problèmes et limitations connus

1.1 Adaptateur de journal générique

1.1.1 Erreurs lors de l'exécution de l'environnement JRE version 1.4.1 des règles de l'adaptateur de journal générique

IBM JDK 1.4.1 fourni en 2003 génère des incidents dans le programme d'analyse syntaxique des accès Apache fondé sur les règles.

Le module SR2 et version suivante est nécessaire lorque vous exécutez JRE version 1.4.1 pour utiliser l'adaptateur de journal générique et/ou importer les fichiers journaux à l'aide d'un programme d'analyse syntaxique fondé sur des règles.

1.1.2 L'importation d'un fichier journal à partir d'un système z/OS distant peut entraîner l'importation de données incomplètes

Incident Bugzilla : 80730

L'importation d'un fichier journal à partir d'un système z/OS distant via l'analyseur de trace et de journaux peut entraîner l'affichage de données incomplètes dans la vue Journal. L'opération d'importation risque de s'arrêter prématurément et certains des enregistrements de journal n'apparaissent pas dans la vue Journal. Cet incident se produit lorsque l'une des versions suivantes d'IBM JDK est installée sur le système z/OS :

Cette erreur est résolue dans IBM JDK 1.4.2 avec PTF UK00802. Mettez à niveau JDK pour passer à cette version ou à une version ultérieure. Si vous ne pouvez pas mettre à niveau la version de JDK pour résoudre l'incident, modifiez la configuration du composant Agent Controller sur le système z/OS en effectuant les opérations suivantes :

  1. Modifiez le fichier plugins/org.eclipse.hyades.logging.parsers/config/pluginconfig.xml dans le répertoire d'installation du composant Agent Controller.
  2. Ajoutez un nouveau paramètre à l'élément Application RemoteLogParserLoader après le paramètre java.version. Par exemple :
    <Parameter position="prepend" value="-Djava.version=1.4"/>
    <Parameter position="prepend" value="-Djava.compiler=NONE"/>
    <Parameter position="append" value="&quot;config_path=%GLA_CONFIG_PATH%&quot;"/>
  3. Redémarrez le composant Agent Controller.
  4. Importez une nouvelle fois le fichier journal.

1.1.3 L'analyse syntaxique continue d'un fichier comportant une section de bas de page entraîne la génération d'enregistrements incomplets

Incident Bugzilla : 97974

L'analyse syntaxique d'un fichier journal contenant une section de bas de page génère parfois des enregistrements incomplets. Lorsque de nouveaux enregistrements sont ajoutés à la fin d'un fichier journal, le premier enregistrement de la partie ajoutée n'est pas analysé et n'est pas inclus dans les données générées par le programme d'analyse syntaxique. Cet incident se produit lorsque l'instance de contexte est configurée avec le paramètre continuousOperation="true" dans le fichier de configuration de l'adaptateur et que le fichier journal contient une section de bas de page. Pour résoudre cet incident, effectuez l'analyse syntaxique du fichier journal une fois en configurant l'instance de contexte avec le paramètre continuousOperation="false".

1.1.4 Certains messages d'erreur sont affichés plusieurs fois dans la vue Erreurs de l'éditeur de configuration GLA

Incident Bugzilla : 101184

Certains messages d'erreur sont affichés plusieurs fois dans la vue Erreurs de l'éditeur de configuration GLA. Les données déjà affichées dans la vue Erreurs ne sont pas toujours effacées avant l'exécution du fichier de configuration de l'adaptateur via le bouton Réexécuter l'adaptateur... La modification et la sauvegarde du fichier permettent d'effacer les données de la vue Erreurs et d'afficher les erreurs de validation de la configuration de l'adaptateur.

1.1.5 L'adaptateur de journal générique ne prend pas en charge la création de règles pour effectuer l'analyse syntaxique de différents formats d'horodatage

L'adaptateur de journal générique ne prend pas en charge l'analyse syntaxique des fichiers journaux comportant des formats d'horodatage propres à un environnement local avec un fichier de configuration de l'adaptateur unique fondé sur les règles. Si une application génère des fichiers journaux avec des horodatages dont le format dépend de l'environnement local dans lequel ils ont été générés, ces journaux ne peuvent pas être soumis à l'analyse syntaxique à l'aide d'un adaptateur unique basé sur des règles. Par exemple, si le format de date est MM/jj/aa dans les fichiers journaux générés sur les systèmes en_US, aa/MM/jj dans les fichiers journaux générés sur des systèmes ja_JP et jj.MM.aa dans les fichiers journaux sur des systèmes de_DE, il est nécessaire d'effectuer l'analyse syntaxique en utilisant un fichier de configuration de l'adaptateur distinct, doté chaque fois d'une seule règle d'analyse syntaxique avec le format d'horodatage approprié pour l'environnement local.

1.1.6 Erreurs liées à la classe Formatter dans la vue Erreurs lorsqu'un nouveau fichier d'adaptateur GLA est exécuté dans la perspective Adaptateur de fichier générique

La vue Erreurs de la perspective Adaptateur de journal générique renvoie l'erreur suivante lorsque vous tentez d'exécuter un nouveau fichier d'adaptateur GLA en cliquant sur Réexécuter l'adaptateur... :

IWAT0438E La classe Formatter CBE (Common Base Event) N76D20B0042411D98000E0362B33D6F0 {0} ne peut pas créer de propriété CommmonBaseEvent car la propriété sourceComponentId est manquante.

Ce message indique que le composant Formatter de GLA ne peut pas créer un événement Common Base Event car sourceComponentId est une propriété obligatoire de Common Base Event et elle est manquante. Pour résoudre l'incident, ajoutez les règles du programme d'analyse syntaxique au fichier d'adaptateur pour les attributs sourceComponentId. La propriété situation est également une propriété CBE obligatoire. Pour éviter ce type d'erreur, ajoutez les règles du programme d'analyse syntaxique à l'adaptateur pour la propriété situation. Seul GLA crée des événements CommonBaseEvent comportant toutes les propriétés obligatoires.

1.1.7 Le programme d'analyse syntaxique des règles du journal des accès du serveur HTTP ne traite pas correctement certains enregistrements

Incident Bugzilla : 101545

Le programme d'analyse syntaxique des règles du journal des accès ne traite pas correctement les enregistrements suivants :

9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 -
9.26.5.6 - - [09/Feb/2005:17:14:52 -0500] "GET_CONFIG\r" 501 -
9.26.5.6 - - [09/Feb/2005:17:15:00 -0500] "< NSP/0.2 >" 400 299
9.26.5.6 - - [09/Feb/2005:17:22:40 -0500] "\x16\x03\x01" 501 -

Le niveau de gravité n'est pas analysé correctement pour les deux premiers enregistrements et le dernier enregistrement. Certaines autres données des enregistrements ne sont pas capturées correctement dans les éléments de données étendues.

1.2 Agent Controller

1.2.1 Texte de la console déformé lors du profilage d'une application Java sur un système DBCS

Si vous profilez une application Java distante au sein d'Eclipse en utilisant un système DBCS (par exemple, chinois traditionnel, chinois simplifié, japonais, coréen), les données affichées sur la console sont altérées. Cet incident peut se produire sur n'importe quelle plateforme.

Pour résoudre cet incident, ajoutez l'argument de machine virtuelle Java -Dconsole.encoding=<codage natif> lors du lancement de l'application distante Java. Cette opération permet d'appliquer le codage approprié lorsque les données de la console sont transmises du système distant vers le plan de travail Eclipse. Pour déterminer la valeur de <codage natif> sous Windows, ouvrez une invite de commande et exécutez la commande chcp. Par exemple, si le résultat obtenu est 950, la valeur de <codage natif> correspond à MS950. L'argument de la machine virtuelle Java est -Dconsole.encoding=MS950. Pour connaître la liste des codages valides, voir la rubrique "Supported Encodings" de la section "Internationalization" dans la documentation Java de Sun.

1.2.2 La copie des fichiers Agent Controller ne fonctionne pas sous HP 11i

La fonction de copie des fichiers n'est pas opérationnelle car le serveur de fichiers ne démarre pas. Cet incident est dû à la bibliothèque de la machine virtuelle Java libjvm.sl qui n'est pas chargée lors de l'exécution et qui empêche le démarrage du serveur de fichiers.

Pour corriger cet incident, vous devez utiliser le correctif du lieur version PHSS_30049 ou ultérieure. La version du lieur du correctif 30049 est la suivante :

/bin/ld:
        $Revision: 1.1.4.1 $
        HP aC++ B3910B X.03.37.01 Classic Iostream Library
        HP aC++ B3910B X.03.37.01 Language Support Library
        ld_msgs.cat: $Revision: 1.1.4.1 $
        92453-07 linker command s800.sgs ld PA64 B.11.38 REL 031217

Pour vérifier le numéro de version, entrez what /bin/ld

Pour afficher les correctifs installés, entrez swlist -l fileset

Recherchez "ld" via grep pour connaître le numéro de version des groupes de correctifs des outils ld et lieur.

1.2.3 Agent Controller génère une erreur indiquant que sh: sysdef: est introuvable sous Solaris

Agent Controller utilise la commande sysdef pour obtenir la taille maximale du tampon de la mémoire partagée sur le système. Si Agent Controller ne parvient pas à exécuter sysdef, il utilise le paramètre dataChannelSize="30M" défini dans le fichier <serveur_RA>/plugins/org.eclipse.hyades.datacollection/pluginconfig.xml. L'erreur suivante est générée sur la console lors du lancement de RAServer.exe :

sh: sysdef: not found
Pour résoudre cet incident, ajoutez le répertoire /usr/sbin, qui contient sysdef, à la variable PATH.

1.2.4 Agent Controller exécuté dans une machine virtuelle Java Sun sous Linux effectue une boucle sans fin

Lorsque vous exécutez Agent Controller sur un système Linux doté d'une machine virtuelle Java Sun 1.4.2_04, le moteur effectue une boucle sans fin. Les messages suivants sont consignés dans le fichier servicelog.log avec les trois dernières lignes répétées indéfiniment jusqu'à ce que vous exécutiez la commande kill pour arrêter le processus RAServer :
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION" text="Démarrage en cours du service"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
            text="Le plugin a été chargé : org.eclipse.hyades.datacollection"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
            text="Le plugin a été chargé : org.eclipse.hyades.logging.parsers"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
            text="Le plugin a été chargé : org.eclipse.hyades.test"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
            text="Valeur par défaut affectée à la configuration active"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
            text="Configuration chargée : valeur par défaut"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="INFORMATION"
            text="Service démarré"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Arrêt du serveur"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Serveur interne fermé"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Serveur externe fermé"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Arrêt du serveur"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Serveur interne fermé"/>
<SERVER_MSG time="2004:6:3:17:42:49" severity="WARNING" text="Serveur externe fermé"/>
Pour résoudre cet incident, associez la variable d'environnement LD_LIBRARY_PATH à tous les fichiers .so avant de lancer Agent Controller. Avant d'exécuter le système RAServer, entrez la commande suivante :
export
LD_LIBRARY_PATH=/opt/j2sdk1.4.2_04/jre/lib/i386/server:/opt/j2sdk1.4.2_04/jre/li
b/i386

1.2.5 Plusieurs instances Agent Controller non autorisées sur un même système

Une seule instance du composant Agent Controller peut être installée sur un système. Si vous avez installé le moteur ou une version étendue du moteur avec un autre produit, vous devez désinstaller cette instance pour permettre le bon fonctionnement d'une nouvelle instance. Par exemple, certains produits IBM WebSphere Studio, IBM Rational ou Autonomic Computing Toolkit from developerWorks incluent des installations en option du composant Agent Controller.

1.2.6 Les exceptions FileNotFound ne sont pas signalées par le moteur de transfert de fichiers lorsque des fichiers sont introuvables sur un serveur distant

Le protocole de transfert de fichiers ne signale pas les exceptions FileNotFound lorsque vous tentez d'effectuer une opération GET sur un fichier qui n'existe pas sur un serveur de fichiers distant. Le système vous indique que le transfert d'un fichier de taille 0 a été effectué. Si un fichier de taille 0 est renvoyé à l'issue d'une opération GET, le fichier n'existe pas sur le serveur distant ou il existe bien et sa taille est de 0. Le protocole de transfert ne fait pas de distinction entre ces deux cas de figure.

1.2.7 Exécution du composant Ant Controller en mode sécurisé sous iSeries

L'exécution du composant Agent Controller en mode sécurisé sous iSeries requiert l'utilisation de droits spéciaux. Le compte utilisé pour lancer le travail Agent Controller "RASTART" doit posséder des droits spéciaux "*SECADM, *ALLOBJ". Vous pouvez être amené à ajouter ces droits en mettant à jour le profil utilisateur à l'aide de la commande "WRKUSRPRF".

1.2.8 Les données ne sont pas collectées lorsque vous surveillez plusieurs agents simultanément

Lorsque vous surveillez simultanément au moins deux agents associés à un même processus, le système ne collecte pas les données de l'un des agents. Les canaux de données de l'un des agents ne parviennent pas à s'initialiser correctement. Les données ne sont donc pas renvoyées au client par l'agent.

Pour résoudre cet incident, surveillez un seul agent d'un processus à la fois.

1.2.9 Violation de segmentation lors de la fermeture d'Agent Controller

Incident Bugzilla : 99788

Lorsque vous fermez Agent Controller, une violation liée à la segmentation est signalée. Elle n'a pas d'autres effets que d'interrompre l'affichage. Aucune action n'est requise. Cette violation de segmentation a été signalée sous Red Hat Enterprise Linux 3.0, mise à jour 4.

1.2.10 Erreur signalant une quantité de mémoire insuffisante lors du profilage d'applications

Incident Bugzilla : 57786

La machine virtuelle Java peut indiquer que la quantité de mémoire est insuffisante si les arguments JVM-Xmxnnn et -XrunpiAgent sont définis lors du lancement de l'application et que l'application est connectée et surveillée avec la perspective Profilage et journalisation de TPTP. L'attribut dataChannelSize de l'agent de profilage Java défini dans la configuration Agent Controller peut avoir une incidence sur la quantité de mémoire dont la machine virtuelle Java dispose et générer une erreur lorsque la quantité de mémoire est insuffisante. Pour corriger cet incident, indiquez des valeurs plus faibles pour les paramètres -Xmx value et/ou dataChannelSize de l'agent de profilage Java.

1.2.11 Les données collectées par l'agent ne sont pas transmises au client

Incident Bugzilla : 73668

Lorsqu'un agent collecte des données, celles-ci ne sont pas toujours envoyées au client qui surveille l'agent. Le message CommonBaseEvent suivant dans le fichier servicelog.log du composant Agent Controller indique la cause de l'incident :

msg="Shared memory allocation failure: -518"

Le tampon de la mémoire partagée utilisé comme canal pour envoyer les données de l'agent au système Agent Controller ne peut pas être alloué. Les noms du tampon de la mémoire partagée sont réutilisés au redémarrage du composant Agent Controller. Il arrive que les tampons ne soient pas complètement nettoyés par le système après utilisation. Lorsque vous tentez d'allouer un tampon dont le nom n'a pas été précédemment effacé, l'allocation échoue. Pour résoudre l'incident, répétez l'opération de maintenance pour utiliser un nom de tampon différent.

1.2.12 Echec de l'arrêt d'un agent s'exécutant dans un processus avec d'autres agents

Incident Bugzilla : 100870

Lorsque vous tentez d'arrêter un agent qui s'exécute dans un processus comportant plusieurs agents, le processus s'arrête correctement mais le statut du processus reste inchangé. D'autres tentatives d'arrêt de l'agent échouent dans ce cas.

Pour résoudre l'incident, arrêtez le processus de l'agent au niveau du processus au lieu d'effectuer l'opération au niveau de l'agent.

1.2.13 La surveillance des homologues de la requête ne fonctionne pas sur les plateformes EBCDIC

La surveillance des homologues de la requête ne fonctionne pas sur les plateformes EBCDIC. Il n'y a pas actuellement de solution disponible pour TPTP 3.3. Toutefois, cette limitation n'existe plus dans TPTP 4.0.

1.3 Analyseur de trace et de journaux

1.3.1 La surveillance continue des journaux n'est pas prise en charge pour localhost

L'analyseur de trace et de journaux ne prend pas en charge la surveillance continue des journaux via localhost. Toutefois, si vous souhaitez surveiller en continu les fichiers journaux locaux, vous pouvez utiliser l'interface de bouclage (127.0.0.1) et simuler une importation à distance d'un fichier journal local. Dans ce cas, l'agent de consignation peut être arrêté à tout moment pour éviter le blocage de l'interface utilisateur.

Pour importer ou surveiller en continu les fichiers via l'interface de bouclage, vous devez lancer Agent Controller. (Cette opération est inutile si vous importez les fichiers à partir de l'interface localhost).

1.3.2 Le fichier README des exemples de journalisation ne s'affiche pas

Lorsque vous créez un exemple de projet de journalisation (Fichier > Nouveau > Exemple), un fichier README doit s'afficher dans un navigateur système. Toutefois, si les préférences d'association de fichiers du plan de travail n'ont pas été correctement définies, le fichier risque de ne pas s'afficher.

Pour résoudre cet incident, accédez à la page des préférences Associations de fichiers en sélectionnant Fenêtre > Préférences, puis Plan de travail > Associations de fichiers. Dans la liste Types de fichier, sélectionnez .html. Dans la liste Editeurs associés, cliquez sur Ajouter. Cliquez sur le bouton Programmes externes, puis sélectionnez le navigateur par défaut. Cliquez sur OK.Cliquez sur OK pour appliquer les nouvelles préférences.

1.3.3 L'importation de journaux distants avec un filtre ne fonctionne pas lorsque le composant Agent Controller ne démarre pas correctement

Incident Bugzilla 95615

Une demande d'importation d'un fichier journal effectuée à partir d'un système autre que Windows à l'aide d'un filtre génère le message suivant lorsque le composant Agent Controller n'est pas correctement démarré :

Une erreur s'est produite lors de la tentative d'importation du fichier journal /home/user/app.log.
Motif : [Ljava.lang.StackTraceElement;@538c718"

L'exception suivante est générée à la suite de cette erreur et est consignée dans le fichier .log. Si cette erreur apparaît dans le fichier .log, elle indique que le composant Agent Controller n'a pas été démarré correctement.

org.eclipse.hyades.internal.execution.core.file.ServerNotAvailableException:
     java.net.ConnectException: Connexion refusée : connect

Avant de lancer Agent Controller, vérifiez que les répertoires de l'environnement JRE contenant des bibliothèques exécutables, telles que libjvm.so, sont ajoutés à la variable d'environnement du chemin des bibliothèques du système. Pour plus d'informations, reportez-vous au fichier getting_started.html situé dans le répertoire d'installation du composant Agent Controller.

1.3.4 Le processus d'importation des journaux distants reste à l'état actif lorsque le composant Agent Controller ne démarre pas

Incident Bugzilla 100084

Lorsque vous tentez d'importer un journal distant alors que le composant Agent Controller n'est pas en cours d'exécution sur le système distant, un message d'erreur indique que la connexion a échoué mais le processus d'importation du journal répertorié dans la section Journaux de la sous-fenêtre Navigateur de journaux est toujours considéré comme actif même s'il est déjà terminé. Pour résoudre cet incident, lancez Agent Controller sur le système distant et tentez d'importer le même journal avec la même configuration Destination. L'état du processus indiqué est désormais correct.

1.3.5 L'importation des journaux d'accès du serveur HTTP peut générer une erreur indiquant que l'index de la chaîne n'est pas compris dans la plage autorisée

Incident Bugzilla 100979

L'importation des journaux d'accès d'IBM HTTP Server avec le programme d'analyse syntaxique statique peut s'arrêter avant que tous les enregistrements ne soient traités et le message suivant peut s'afficher :

IWAT0030E Une erreur s'est produite lors de l'exécution de l'analyseur de journal distant
"org.eclipse.hyades.logging.adapter.config.StaticParserWrapper": IWAT0412E
 Des erreurs se sont produites lors de l'analyse syntaxique du fichier journal /home/userId/logs/access.log.
IWAT0357E  Des erreurs se sont produites lors de l'analyse syntaxique du fichier journal /home/userId/logs/access.log :
org.eclipse.hyades.logging.parsers.LogParserException: IWAT0054E Erreur lors de l'analyse syntaxique
du journal des accès.
IWAT0306E Erreur lors de l'analyse syntaxique du numéro de ligne 1535 :
9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 -
String index out of range: -2.
The HTTP Server access log static parser cannot parse log records that do not
include a file name.  An example of such a records is:
9.26.5.6 - - [09/Feb/2005:17:07:53 -0500] "VERSION" 501 -

Pour résoudre cet incident, utilisez le programme d'analyse syntaxique basé sur des règles afin d'importer le fichier journal.

1.3.6 Données illisibles de certains événements lors de l'importation du journal des événements Système de Microsoft Windows sur des systèmes DBCS

Incident Bugzilla 95077

L'importation du journal des événements Système de Microsoft Windows à partir d'un système DBCS (Double Byte Character Set) peut entraîner des valeurs de messages (msg) incomplètes ou illisibles dans les événements CBE (Common Base Events) affichés dans la vue Journal.

1.3.7 Exception NullPointerException lors de l'importation d'un journal vide

Incident Bugzilla 100743

Lorsqu'un journal vide est importé ou qu'un filtre d'importation est utilisé pour éliminer tous les événements de journal, la vue Journal est vide et une exception NullPointerException (dans XMLLoader.endElement) peut être générée. Vérifiez le fichier journal ou essayez un autre filtre qui permet le chargement de certains événements.

1.3.8 L'importation du journal des événements Application de Windows génère des erreurs de formatage CBE (Common Base Event)

Incident Bugzilla 101718

Les messages suivants s'affichent parfois lorsque vous importez le journal des événements Application de Microsoft Windows :

IWAT0027E Erreur lors de l'importation du fichier journal indiqué.
IWAT0412E Des erreurs se sont produites lors de l'analyse syntaxique du fichier journal null
IWAT0438E La classe Formatter CBE (Common Base Event) N6B1EE3005B511D880008CD5D1F4FA98 ne peut pas
créer de propriété CommmonBaseEvent car la propriété requise creationTime est manquante.

Le programme d'analyse syntaxique des journaux ne parvient pas à effectuer l'analyse syntaxique de certains enregistrements de journal. Toutefois, la plupart des enregistrements sont importés et affichés dans la vue Journal.

1.3.9 L'importation des journaux à partir d'un système HP-UX distant se bloque lorsqu'un nom de fichier journal incorrect est indiqué

Incident Bugzilla 101491

Si un nom de fichier journal incorrect est indiqué lors de l'importation d'un journal à partir d'un système HP-UX distant, l'opération d'importation semble se bloquer. La barre d'état du travail indique que l'importation du fichier journal est en cours et l'indicateur de progression continue de défiler sans afficher de message d'erreur. Le travail d'importation du journal ne peut pas être annulé. Pour arrêter le travail d'importation du journal, arrêtez le plan de travail Eclipse. Pour résoudre cet incident, vérifiez que le nom du fichier journal est correct.

=1.4 Probekit

Néant

1.5 Outil de profilage

1.5.1 Erreur pendant la récupération de place lors de l'utilisation d'IBM JDK 1.4.1

Incident Bugzilla : 56182

Si l'application de l'utilisateur requiert une très grande quantité d'espace de segment de mémoire, l'activation des options Collecter les références d'objets ou Exécuter la récupération de place peut entraîner l'arrêt brutal de la machine virtuelle Java et la génération du message d'erreur suivant :

 **Out of memory, aborting**

*** panic: JVMCI023: Cannot allocate memory to collect heap dump in jvmpi_heap_dump

abnormal program termination

Vous pouvez tenter de résoudre cet incident en lançant l'exécution sans le paramètre -Xmx.

1.5.2 Avec Sun JDK, certains appels de méthodes ne sont pas tracés

Incident Bugzilla : 69051

Si vous utilisez Sun JDK sous Windows, certains appels de méthode dans les programmes Java ne sont pas tracés par JVMPI.

Il n'y pas de solution disponible pour résoudre cet incident.

1.5.3 Le profilage sous Solaris avec Sun JDK 1.4.x ou sous HP avec HP JDK 1.4.x peut entraîner l'arrêt brutal de la machine virtuelle Java

Incident Bugzilla :56404
Si vous effectuez une opération de profilage sous Solaris à l'aide de Sun JDK 1.4.x ou sous HP à l'aide de HP JDK 1.4.x, il est possible que la machine virtuelle Java s'arrête brutalement.

L'incident sous Sun est dû à un bogue de la machine virtuelle Java Sun. Pour résoudre cet incident, n'utilisez qu'un jeu de profilage parmi les jeux suivants :

Cet incident se produit si vous utilisez une combinaison de ces jeux de profilage ou si l'option "Afficher les informations de niveau instance" est activée. Vous pouvez également passer à la version Sun JDK 1.4.2_08-b03 où cette erreur a été corrigée.

Le bogue de HP JDK a été corrigé à partir de JDK 1.4.2_04. La seule solution sous HP consiste à passer à cette version de JDK ou à une version ultérieure.

1.5.4 Arrêt brutal possible de la machine virtuelle Java lors de l'exécution en mode autonome avec le paramètre STACK_INFORMATION=contiguous sous Solaris

Incident Bugzilla : 50090
Lorsque vous effectuez un profilage sous Solaris, il est possible que le profilage en mode autonome soit à l'origine d'incidents. L'incident se produit uniquement lorsque vous utilisez les paramètres STACK_INFORMATION=contiguous (ou boundaryAndContiguous) et TRACE_MODE=full. Cet incident peut entraîner l'arrêt brutal de la machine virtuelle Java.

Pour résoudre l'incident lié à STACK_INFORMATION=contiguous, définissez TRACE_MODE=noObjectCorrelation. L'incident ne se produit pas lorsque les paramètres sont STACK_INFORMATION=none ou STACK_INFORMATION=normal.

1.5.5 Valeurs négatives pour le délai d'attente des événements WAIT et WAITED

Incident Bugzilla : 63969

Lorsque vous utilisez IBM 1.4.2 JDK avec l'option de profilage jvmpi 'MONITOR_MODE=all' (en mode autonome), il est possible que les attributs des délais d'attente correspondent à des valeurs négatives pour les entrées monitorWait et monitorWaited dans les données de trace. Elles représentent des valeurs de délai extrêmement élevées transtypées en entiers positifs de 64 bits. Cette erreur est due à un bogue de JDK.

Le bogue de JDK a été corrigé à partir d'IBM JDK 1.4.2 SR1a. La solution consiste à passer à cette version de JDK ou à une version ultérieure.

1.5.6 Instantanés de moniteur incorrects avec IBM JDK 1.4.2

Incidents Bugzilla : 65193 et 72180

En raison d'un bogue de JDK, des instantanés de moniteurs incorrects peuvent être générés lorsque vous exécutez Test and Performance Platform en mode autonome avec l'option de profilage de jvmpi 'MONITOR_MODE=all'. Le bogue 65193 se produit notamment lorsque l'argument VM '-Xj9' est utilisé.

1.5.7 Le nombre de méthodes est incorrect lorsque l'intégration JIT est activée

Incident Bugzilla 70660 (pas de solution)

Si vous pensez que le nombre de méthodes indiqué dans les outils d'analyse est trop faible, désactivez l'intégration JIT. Cet incident se produit uniquement avec IBM Java 2 Runtime Environment v.1.4.2 et uniquement lorsque JIT est activé.

La seule solution disponible pour cet incident est de désactiver la fonction d'intégration. Pour ce faire, définissez la variable d'environnement suivante

JITC_COMPILEOPT=NINLINING

1.5.8 Limitations pour les statistiques des temps UC au niveau des méthodes sous AIX et Solaris

Dans TPTP 3.0 et 4.0, il est possible de collecter les statistiques des temps UC au niveau des méthodes. Vous pouvez également afficher les statistiques des temps UC au niveau des méthodes dans une colonne supplémentaire de la vue Statistiques de méthodes ou Table des appels de méthodes. Les limitations pour cette fonction sont définies de la manière suivante sur les différentes plateformes :

La génération de rapports pour les statistiques des temps UC au niveau des méthodes n'est pas prise en charge sous AIX 4.3.

Sous Aix version 5.1, la génération d'un rapport de statistiques indiquant les temps UC au niveau des méthodes requiert l'exportation de la variable d'environnement "AIXTHREAD_ENRUSG=ON".

La fonction des statistiques des temps UC au niveau des méthodes n'est pas actuellement prise en charge sous Solaris.

1.5.9 Echec du profilage dans un fichier de profilage sous Linux

Incident Bugzilla : 95803

Le profilage échoue dans un fichier de profilage sous Linux. Un séparateur de chemin incorrect est utilisé dans le code et génère une exception FileNotFoundException.

Pour résoudre l'incident, effectuez le profilage dans un nouveau fichier au lieu d'utiliser le fichier de profilage existant.

1.5.10 Importation des fichiers de profilage générés à partir d'un profilage effectué hors de l'environnement Eclipse

Lorsque vous générez un fichier de profilage en effectuant le profilage hors de l'environnement Eclipse, le fichier ne peut pas être importé correctement à partir du plan de travail Eclipse car il ne comporte pas l'élément <TRACE> de niveau supérieur.

La solution consiste à modifier manuellement le fichier de profilage en ajoutant les chaînes <TRACE> au début et </TRACE> à la fin du fichier avant de l'importer dans le plan de travail Eclipse.

1.5.11 Affichage en double des vues de filtrage après la fermeture anormale du plan de travail

Incident Bugzilla : 97894

Si le plan de travail s'arrête brutalement ou est fermé de manière anormale, il se peut que les filtres n'aient pas été correctement sauvegardés et que cette erreur entraîne la création d'un deuxième filtre lors de la relance du plan de travail. Des filtres en double apparaissent dans la liste des filtres.

Pour supprimer un filtre en double, supprimez le filtre à l'aide de l'assistant de gestion des filtres accessible via le menu déroulant des vues.

1.5.12 L'opération de libération de mémoire peut échouer sans générer d'avertissement

L'opération de libération de mémoire peut échouer sans générer d'avertissement. Si un incident se produit, vous pouvez être amené à fermer et à rouvrir la perspective Profilage et journalisation.

1.5.13 Des options d'agent incorrectes sont définies lorsque Historique de l'exécution - Détails graphiques complets est sélectionné sans édition

Incident Bugzilla : 99492

Lorsque vous sélectionnez le jeu de profilage "Historique de l'exécution - Détails graphiques complets" dans l'assistant de configuration du lancement du profilage, sous l'onglet Profilage sans modifier son contenu, le système collecte davantage de données de profilage que prévu. Des données de profilage supplémentaires, telles que les données d'allocation des objets, sont collectées.

Pour résoudre cet incident, cliquez sur Editer après avoir sélectionné le jeu de profilage "Historique de l'exécution - Détails graphiques complets" et faites défiler les pages de l'assistant en cliquant sur Suivant dans chaque page. Une fois que vous avez effectué la procédure de l'assistant, cliquez sur Terminer pour mettre à jour les paramètres du jeu de profilage.

1.5.14 L'importation d'un fichier de profilage avec un filtrage au niveau des packages entraîne l'affichage d'une vue vide

Incident Bugzilla : 100334

Lorsque le fichier de profilage est généré en sélectionnant le type de profilage Analyse de la mémoire, les événements ne sont pas sauvegardés dans le fichier de profilage par ordre chronologique. Des erreurs, telles que la perte de packages, se produisent lorsque le fichier de profilage est importé ultérieurement à l'aide de la fonction de filtrage au niveau du package.

Pour résoudre cet incident, importez le fichier de profilage sans filtrage au niveau du package et filtrer les données dans les vues de statistiques à l'issue de l'importation.

1.5.15 Le mode Profilage affiche plus de données que prévu

Lorsque vous profilez une application en utilisant les types de profilage Analyse de base de la mémoire sans informations de niveau instance et Analyse de la durée d'exécution avec le graphique du flux d'exécution sans informations de niveau instance, les informations de niveau instance s'affichent dans la vue Statistiques d'exécution lorsque vous cliquez sur le bouton de la barre d'outils Informations de niveau instance.

1.6 Console de statistiques

Néant

1.7 Test

1.7.1 Problèmes de test courants

1.7.1.1 Les tests JUnit, Manual et d'URL ne fonctionnent pas sous iSeries

Incident Bugzilla : 68899

1.7.1.2 Accès au pool de données

Incident Bugzilla : 68911
La documentation qui décrit l'accès à un pool de données à partir d'un test omet une étape et contient un exemple de code qui n'est pas complètement opérationnel.

Les fichiers JAR suivants doivent être ajoutés au chemin de compilation Java. ([ECLIPSE_HOME] est le répertoire où Eclipse a été installé.

	[ECLIPSE_HOME]/plugins/org.eclipse.hyades.models.common_3.0.0/common_model.jar
	[ECLIPSE_HOME]/plugins/org.eclipse.hyades.test.datapool_3.0.0/datapool_api.jar
	[ECLIPSE_HOME]/plugins/org.eclipse.emf.ecore_2.0.0/runtime/ecore.jar
	[ECLIPSE_HOME]/plugins/org.eclipse.emf.common_2.0.0/runtime/common.jar
	

Le fragment de code suivant explique comment accéder à un pool de données et extraire des informations correctement.  

	IDatapoolFactory dpFactory = new Common_DatapoolFactoryImpl();
	IDatapool datapool = dpFactory.load(new File("d:\\hyades3.0\\workspace\\testproj\\dpoo1.datapool"), false);
	IDatapoolIterator iter = dpFactory.open(datapool, "org.eclipse.hyades.datapool.DatapoolIteratorSequentialPrivate");
	iter.dpInitialize(datapool, -1);
	while (!iter.dpDone())
	{
		String firstName = iter.dpCurrent().getCell("First Name").getStringValue();
		// your code here
		iter.dpNext();
	}
	

1.7.2 Test d'URL

1.7.2.1 Exécution de tests d'URL en tant que tests JUnit

Les tests d'URL peuvent être exécutés en tant que tests JUnit. Pour ce faire, les entrées suivantes doivent être ajoutées au chemin de compilation Java du projet contenant le test d'URL :

      [ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.core_3.3.0/hlcore.jar
      [ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.core_3.3.0/hlcbe101.jar
      [ECLIPSE_HOME]/plugins/org.eclipse.emf.ecore_2.0.2/runtime/ecore.jar
      [ECLIPSE_HOME]/plugins/org.eclipse.hyades.logging.java14_3.3.0/hl14.jar
      [ECLIPSE_HOME]/plugins/org.eclipse.emf.common_2.0.1/runtime/common.jar
	

1.7.2.2 Exécution de l'exemple Test d'URL

Les fichiers de classe et les fichiers Java ont été retirés de l'exemple Test d'URL pour éviter les erreurs de compilation. Cet exemple n'a pas été conçu pour être exécuté. 
 

Retour au fichier Readme principal

Copyright et notes