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

Rapport mondial 2025 sur la réponse à incident
Dans ce nouveau rapport, les experts de Palo Alto Networks, Unit 42 livrent la synthèse des attaques ayant le plus impacté l'activité des entreprises au niveau mondial. Quel est visage actuel de la réponse aux incidents ? Quelles sont les tendances majeures qui redessinent le champ des menaces ? Quels sont les défis auxquels doivent faire face les entreprises ? Découvrez les top priorités des équipes de sécurité en 2025.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- De la 5G à la 6G : la France se positionne pour dominer les réseaux du futur
- Datanexions, acteur clé de la transformation numérique data-centric
- Les PME attendent un meilleur accès aux données d’émissions de la part des fournisseurs
- Fraude & IA : Dr Jekyll vs. Mr Hyde, qui l’emporte ?
- Gestion du cycle de vie des outils de cyberdéfense : un levier de performance pour les entreprises
