Si votre application n'arrive pas importer un fichier PL/I dans
votre projet, elle affiche un message d'erreur. Vous pouvez alors corriger le problème et
réimporter le fichier.
Types de messages d'erreur
- Fichiers PL/I faisant partie de votre espace de travail (local) : lorsque
votre application ne peut pas importer un fichier PL/I local (qui fait partie de votre
espace de travail) dans votre projet, des messages d'erreur de syntaxe apparaissent dans la liste des incidents. Pour afficher la source de l'erreur, cliquez sur la ligne du message d'erreur dans la liste des incidents. Les erreurs seront également consignées dans un fichier journal générique, situé sous le répertoire des métadonnées : [workspace]\.metadata\CommonBaseEvents.log
- Fichiers PL/I ne faisant pas partie de votre espace de travail : si le
fichier ne fait pas partie de votre espace de travail, les messages d'erreur de syntaxe sont consignés dans le fichier journal.
- Suivi supplémentaire des erreurs :
- PL/IException.getMessageNote() : renvoie le message suivant si la source PL/I comporte des erreurs de syntaxe :
- Pour la source PL/I considérée comme un programme entier en raison de son extension de fichier : Motifs d'échec possibles : erreurs de syntaxe dans la source. Recherchez les erreurs dans la liste des incidents.
- PL/IException.getErrorMessageVector() : renvoie un
vecteur contenant des objets ErrorMessageInfo. Un objet ErrorMessageInfo
donne des informations sur une erreur de syntaxe (message d'erreur, code de gravité, numéro de ligne et emplacement du fichier) dans la source PL/I. Vous obtenez un objet ErrorMessageInfo différent pour chaque erreur de syntaxe.
- PL/IException.getMessage() : Echec de l'importation de la source PL/I : recherchez les erreurs dans la liste des incidents.
- Conversion des noms des éléments de données : les noms en double sont rendus uniques par l'ajout de deux chiffres. Par exemple, deux instances de year peuvent devenir year01 et year02.