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
Guide de réponse aux incidents de cybersécurité
Le National Institute of Standards and Technology (NIST) propose un guide complet pour mettre en place un plan de réponse aux incidents de cybersécurité, nous en avons extrait et détaillé les points essentiels dans ce guide. Découvrez les 6 étapes clés d'un plan de réponse efficace aux incidents de cybersécurité.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
