Outre la possibilité de générer des composants de langage hôte z/OS
classiques, IBM® SCLM Developer Toolkit permet également à SCLM de générer
des projets Java™ et J2EE. Pour tirer au mieux parti de ces services, il est préférable de connaître le processus de génération SCLM.
Les langages hôte continuent d'utiliser les services de traducteur de génération SCLM standard, alors que les traducteurs de génération Java/J2EE ne font pas partie de SCLM et sont livrés avec SCLM Developer Toolkit. Ces traducteurs devront être inclus dans chaque définition de projet SCLM générant des applications J2EE.
Remarque : L'administrateur SCLM doit se reporter au document SCLM Developer
Toolkit Installation and Customization Guide pour savoir comment
personnaliser SCLM pour les les applications
Java/J2EE.
Les membres hôte peuvent être générés directement ou par le biais d'une
ARCHDEF à l'aide des traducteurs de génération SCLM standard. SCLM Developer
Toolkit fournit une vue de SCLM qui vous permet d'utiliser les services SCLM,
et notamment le service de génération, sur les membres SCLM. De cette manière, le développement à distance d'applications et de langages sur
un hôte peut être effectué à partir du même plan de travail Eclipse Workbench. Les modes Explorateur et Développeur de SCLM Developer Toolkit mettent cette
fonction
à disposition sous la forme d'un
portail distant à SCLM via l'interface
Eclipse. Des applications peuvent être générées de la même manière et avec les mêmes services que ceux disponibles dans l'interface ISPF. Ainsi, l'utilisation des services SCLM via cette interface ne devrait pas poser de difficultés aux développeurs. Les services de génération SCLM sur des composants de langage hôte existant
sont décrits en détail dans le document
Software Configuration
and Library Manager (SCLM) Guide and Reference . Utilisez ce qui suit
pour obtenir la description des différents paramètres de génération disponibles
:
- Paramètres du mode de génération
- Vous pouvez indiquer le mode de génération suivant :
- Conditionnel
- Compile et édite les liens de tous les modules modifiés ou les modules
affectés par une modification apportée à un composant inclus. Le traitement
prend fin à la première erreur de génération.
- Forcé
- Une génération forcée compile et édite les liens de tous les modules,
qu'ils doivent être générés ou non.
- Rapport
- La génération détermine ce qui peut se produire si vous deviez demander une
génération non conditionnelle.
- Non conditionnel
- Similaire au mode conditionnel, à la différence près qu'une génération non
conditionnelle continue de traiter tous les modules en dépit des erreurs de conversion.
- Information
- Renvoie les informations au format XML qui décrit les traducteurs tels
que les compilateurs qui seront utilisés pour générer le composant
sélectionné. Ces informations comprennent les noms du traducteur, les options
spécifiées et les fichiers alloués à chaque traducteur. Si vous utilisez ce mode
avec une définition d'architecture, les informations sont renvoyées pour
chaque membre généré. Comme le mode rapport, ce mode n'exécute pas
réellement la génération.
Remarque : Dans le cas du traitement
de la génération Java/J2EE, le mode non conditionnel peut se comporter
différemment que pour les composants de langage hôte, du fait de la nature de
la compilation Java/J2EE et de la génération de fichier archive.
Il est recommandé d'utiliser le mode conditionnel pour le traitement de la génération Java/J2EE. Le mode
conditionnel signale toujours les erreurs de compilation Java.
- Portée de génération
- Vous pouvez indiquer la portée de génération suivante :
- Limité
- Compile et édite les liens de tous les modules directement
référencés par l'architecture indiquée.
- Normal
- Compile et édite les liens de tous les modules couverts par la portée
LIMITE ainsi que les dépendances ascendantes de type Ada.
- Sous-unité
- Compile et édite les liens de tous les modules couverts par la portée
NORMAL ainsi que les dépendances descendantes de type Ada directement
référencées.
- Etendu
- Compile et édite les liens de tous les modules couverts par la portée
NORMAL ainsi que les dépendances ascendantes et descendantes de type Ada.
Remarque : Dans le traitement de la génération Java/J2EE, toutes les sélections de portée
sont considérées comme NORMAL.
- Paramètres additionnels
- Vous pouvez indiquer les paramètres suivants :
- Générer dans le groupe
- Indique le groupe SCLM dans lequel s'effectue la
génération. (Par exemple, si la source résidait dans un groupe test supérieur
et que vous avez sélectionné le groupe de développement inférieur pour
effectuer la génération, les listes, objets et modules de chargement résultants
et les mappes de génération sont générés dans le groupe de développement
inférieur.)
- Listage des erreurs uniquement
- Permet d'indiquer si vous souhaitez afficher toutes les sorties de liste du
traitement de la génération ou uniquement celles correspondant aux étapes du
traducteur se terminant par un code retour d'échec. (Les codes retour sont
renvoyés dans le journal des opérations).
- Produire un rapport
- Indique si un rapport de génération est créé. Ce rapport est renvoyé au journal des opérations, mais est enregistré dans le fichier séquentiel référencé par l'option nom de fichier de rapport de génération, le cas échéant.
- Message de génération
- Si cette option a la valeur yes, les messages de
génération sont renvoyés au journal des opérations ou dans la sortie de lots si
un travail par lots est requis. Si un nom de fichier de message de génération est indiqué, les messages sont également inclus dans ce fichier.
- Générer un nom de fichier de listage
- Si cette option est indiquée, les listes de génération sont incluses dans ce
fichier.
- Générer un nom de fichier d'exit
- Si cette option est indiquée, les
messages d'exit de génération sont inclus dans ce fichier.
- Génération par lots
- Cochez cette case pour envoyer un travail par lots JES (génération en
arrière-plan) sur z/OS pour traiter la demande de génération. Le nom de travail et l'ID travail sont renvoyés au client. Si la surveillance par lots a été sélectionnée sous les préférences SCLM, le
client Developer Toolkit surveillera le travail par lots et informera
automatiquement l'utilisateur de la fin du travail. Il permet ensuite
d'extraire la sortie du travail vers le client. Les squelettes de génération SCLM par défaut sur l'hôte sont utilisés pour personnaliser le travail de génération par lots. Une carte de travail peut être entrée en cliquant sur le bouton
Carte de
travail JCL ... dans la boîte de dialogue de génération. Le bouton
Carte de travail JCL... permet aussi d'éditer la carte
de travail dans la boîte de dialogue. Pour enregistrer les modifications,
cliquez sur Ok. Les cartes de travail par défaut peuvent aussi être utilisées. Pour recréer une
carte de travail par défaut après l'avoir éditée, enregistrez une carte de
travail vide, rééditez-la et cliquez sur Extraire.
Cette opération restaure la carte de travail par défaut qui existait
lorsque la boîte de dialogue s'est affichée pour la première fois.
Ces
cartes de travail de génération par défaut peuvent être indiquées dans le
fichier SITE.conf ou le fichier project.conf correspondant à votre projet SCLM. Pour plus d'informations sur les fichiers de configuration Site et Project,
reportez-vous à la section relative à SITE et aux options spécifiques au projet
dans le document SCLM Developer toolkit Installation and Customization
guide.
Pour le traitement de la génération d'application J2EE, il est conseillé d'utiliser un paramètre de région minimum REGION=512M dans la carte de travail de génération afin d'éviter les erreurs de saturation de mémoire.
Utilisez les générations SCLM pour compiler et éditer les liens d'une
application complète en un seul et même travail ou pour compiler et éditer les
liens de composants d'une application.
Reportez-vous à la rubrique Génération d'applications Java/J2EE
pour plus d'informations sur la génération d'applications Java/J2EE.