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
Mac en entreprise : le levier d’un poste de travail moderne
Ce livre blanc répond aux 9 questions clés des entreprises sur l’intégration du Mac : sécurité, compatibilité, gestion, productivité, coûts, attractivité talents, RSE et IA, et l’accompagnement sur mesure proposé par inmac wstore.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- CRM et souveraineté : le choix technologique est devenu un choix politique
- France : la maturité data devient le moteur du retour sur investissement de l’IA
- Cloud et IA : une maturité en retard face à l’explosion des usages
- On ne peut pas gouverner ce qu’on ne peut pas voir : pourquoi la visibilité doit-elle passer avant la gouvernance en matière de sécurité des identités ?
Articles les + lus
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
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
À la une de la chaîne Tech
- 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
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
