Une fois les changements compilés, vous pouvez utiliser l'action Debug pour exécuter l'application et explorer le code pour voir s'il fonctionne comme prévu. C'est le même débogueur utilisé dans le RSE et par Eclipse for Java. Pour lancer le débogueur, cliquez sur l'icône Debug dans la barre d'outils et, dans
Déboguer des projets
sont menu déroulant,
sélectionnez Debug as pour spécifier
la commande CL qui doit lancer l’application.
Vous avez le choix entre
quatre versions de debugging iSeries :
batch, interactive, job (existant) ou
multi-threaded.
Après une création de la configuration
debug, vous pouvez juste la sélectionner
dans la liste déroulante. De
plus, comme dans le RSE, vous pouvez
définir des points de rupture dans
l’éditeur avant de lancer le débogueur,
en faisant un simple double-clic dans la
marge gauche où vous voulez vous arrêter.
Voici la liste des étapes de base à
couvrir quand vous travaillez avec des
projets iSeries :
- Créer le projet.
- Le peupler en important ou en
créant des membres. - Modifier et vérifier comme vous le
feriez avec le RSE. - Pousser vos changements.
- Construire les membres changés.
- Enfin déboguer vos changements.
Il y a deux façons principales pour
utiliser des projets iSeries. La première
est le mode déconnecté, qui fait appel à toute la puissance de l’éditeur, des
vérificateurs de programmes et des
manuels de référence, à votre disposition.
Les actions Make Available Offline
rendent ce scénario très simple.
La deuxième est une méthode de
développement plus structurée.
Comme ce sont généralement des projets
Eclipse, ils supportent l’action en
équipe comme tous les projets Eclipse.
Par conséquent, vous pouvez associer
le projet avec un référentiel CVS ou
Rational ClearCase sur le LAN, par
exemple, et les membres de l’équipe
travaillant sur la même fonction ou
amélioration peuvent tous partager le
même projet. Les développeurs commencent
par importer, éditer, pousser,
construire et déboguer leurs propres
changements dans les membres.
Quand ils sont satisfaits de leurs
propres changements, ils se synchronisent
avec le référentiel et s’approprient
les changements de leurs collègues.
Après quoi, ils peuvent pousser,
construire et déboguer l’intégration de
leurs changements avec ceux de leurs
collègues. Ils continuent ce processus
jusqu’au bout puis utilisent leur processus
existant pour pousser leurs
changements collectifs vers le haut
dans la pile pour procéder au test et
éventuellement à la production (en
utilisant, on l’espère, l’un des produits
de gestion du changement iSeries).
Téléchargez cette ressource
Plan de sécurité Microsoft 365
Les attaquants savent comment prendre le contrôle de votre tenant Microsoft 365, et vous, savez-vous comment le reprendre en main ?
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Avec les Smart Data, les entreprises mènent la danse de l’observabilité moderne
- Les dirigeants européens redéfinissent la C-suite à l’ère de l’IA
- Analyse Patch Tuesday Mai 2026
- Pour un cloud plus fiable : renforcer l’auditabilité et la transparence au service de la sécurité
Articles les + lus
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
Analyse Patch Tuesday Mai 2026
Les coûts cachés des merge requests générées par l’IA
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
À la une de la chaîne Tech
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- Analyse Patch Tuesday Mai 2026
- Les coûts cachés des merge requests générées par l’IA
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
