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
Microsoft 365 Tenant Resilience
Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Microsoft Build 2026 : industrialiser l’IA agentique dans les environnements d’entreprise
- IA et souveraineté des données : les entreprises françaises redéfinissent les infrastructures IT
- Temps d’arrêt IT : un coût de 600 milliards de dollars pour les entreprises du Global 2000
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
Articles les + lus
Computex 2026 : 5 signaux forts à retenir
La chaîne d’approvisionnement, point de rupture récurent du SI
Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
Analyse Patch Tuesday Mai 2026
À la une de la chaîne Tech
- Computex 2026 : 5 signaux forts à retenir
- La chaîne d’approvisionnement, point de rupture récurent du SI
- Microsoft Build 2026 : contre-offensive des modèles maison face à OpenAI et Anthropic
- Rhea1 : SiPearl allume le CPU européen le plus ambitieux pour le HPC et l’IA souveraine
- Analyse Patch Tuesday Mai 2026
