Incidents Linux

© Copyright International Business Machines Corporation 2006. All rights reserved. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

1.0 Incidents identifiés et leurs solutions
   1.1 AWT échoue sur IBM JRE 1.5 sous Linux
   1.2 L'exécution sur HTML ne fonctionne pas avec les versions IBM JRE 5.0 SR1 et SR2 sous Linux
   1.3 Sous Linux, l'appel de commandes de l'API RationalTestScript à partir de plusieurs unités d'exécution génère des erreurs asynchrones
   1.4 Incidents de codage lors de l'importation de fichiers sous Linux
   1.5 Exception lors de l'ouverture de la perspective Functional Test
   1.6 Les objets mis en évidence ne sont pas visibles

1.0 Incidents identifiés et leurs solutions

1.1 AWT AWT échoue sur IBM JRE 1.5 sous Linux

Sous Linux, IBM JRE 1.5(JAVA5.0) utilise un nouvel outil de fenêtrage pour les applications AWT.Par conséquent, les applications AWT testées (AUT) échouent lors de leur exécution sur IBM JRE1.5. Une exception TargetGone est générée.

Solution :

java -Dawt.toolkit=sun.awt.motif.MToolkit

Remarque : Cet incident se produit également avec Sun JRE 1.5. Toutefois, la solution mentionnée ci-avant ne fonctionne pas avec Sun JRE 1.5.

1.2 L'exécution sur HTML ne fonctionne pas avec les versions IBM JRE 5.0 SR1 et SR2 sous Linux

Cela est dû à un incident d'IBM JRE 1.5.

Solution : Utilisez Sun JRE 1.5, IBM JRE 1.4.2 SR6 ou IBM JRE 5.0 SR3 pour les exécutions sur HTML.

1.3 Sous Linux, l'appel de commandes de l'API RationalTestScript à partir de plusieurs unités d'exécution génère des erreurs asynchrones

Lorsque deux unités d'exécution d'un processus soumettent des demandes X simultanément, les bibliothèques X ne peuvent pas les traiter car elles n'autorisent pas les unités d'exécution multiples. Cela génère des erreurs asynchrones avec des messages tels que Unexpected asynchronous reply ou Event lost. Cela peut également arriver lorsque plusieurs unités d'exécution sont utilisées dans des scripts RFT.  

Solution : Dans le fichier <répertoire d'installation de RFT>/ivory.properties, affectez à l'option rational.test.ft.script.playback.mouse.allow_multiple_threads la valeur "true."

1.4 Incidents de codage lors de l'importation de fichiers sous Linux

Sous Linux, en raison de formats de codage non compatibles, Functional Tester peut ne pas reconnaître ou lire les fichiers importés.

Dans Functional Tester, le format de codage par défaut est UTF-8. Toutefois, le format UTF-8 ne peut pas traiter certains formats de codage, tels que Cp1252.

Solution : Sous Linux, spécifiez ISO-8859-1 comme format de codage des fichiers.

  1. Sélectionnez le projet importé ou le projet dans lequel vous souhaitez importer les fichiers dans la sous fenêtre Projets Functional Tester.
  2. Cliquez sur Projet > Propriétés.
  3. Dans la fenêtre Propriétés, sélectionnez Info dans la liste.
  4. Dans la zone Text file encoding, cliquez sur Other.
  5. Sélectionnez ISO-8859-1 dans la liste déroulante.
  6. Cliquez sur OK.

1.5 Exception lors de l'ouverture de la perspective Functional Test

Des exception peuvent parfois se produire lorsque vous ouvrez la perspective Functional Test. Cela peut arriver dans les cas suivants :

Solution :

1.6 Les objets mis en évidence ne sont pas visibles

Parfois, lorsque les objets sont mis en évidence dans l'explorateur de script, ils apparaissent en arrière-plan et ne sont pas visibles.

Solution : Ajoutez la ligne suivante dans les options d'exécution de l'onglet Environnements Java de l'outil Enabler :

-Dawt.toolkit=sun.awt.motif.MToolkit