Rational Developer for System z, version 7.6

Mappage de projets Eclipse à SCLM

IBM® SCLM Developer Toolkit permet de gérer, de générer et de déployer des projets Eclipse dans SCLM. Pour utiliser cette fonction, vous devez d'abord mapper le projet Eclipse avec SCLM. Pour mapper un projet Eclipser avec SCLM, sélectionnez le projet, cliquez avec le bouton droit, puis sélectionnez Equipe -> Partager le projet.

La fonction de partage de projet permet de prendre un projet Java™ dans le plan de travail Eclipse et de le mapper au fournisseur de services de l'équipe SCLM. Chaque fichier source Java, ainsi que les fichiers apparentés (fichiers .properties et .xml, par exemple) peut alors être géré par SCLM et stocké comme membres sur le serveur.
Remarque : Une option du panneau principal SCLM ISPF permet de créer un projet SCLM pour contrôler le source traditionnel COBOL et PL/I. Vous pouvez l'utiliser comme point de départ pour développer votre propre projet SCLM.

Cette forme de structures de projets multiples ne se mappe pas directement à SCLM. La liaison d'un projet SCLM à un autre projet SCLM qui permet de fournir une forme de structure de projets agrégée constitue un inconvénient du fait que SCLM ne mappe pas réellement les dépendances inter-projet. Néanmoins, en conservant toutes les sources associées dans un même projet SCLM, SCLM conservera les dépendances. L'application connaîtra ainsi l'effet que produit un composant sur un autre en cas de modification. SCLM offre un moyen permettant de prendre en charge cette structure IDE à projets multiples dans un même projet SCLM.

Les projets SCLM peuvent être définis avec plusieurs types de source. Chaque type peut contenir un seul projet. Si nous tentions d'enregistrer plusieurs projets Eclipse dans SCLM sans une certaine forme de séparation, chaque fichier .classpath et .project du projet serait remplacé car chaque fichier a été ajouté à SCLM. L'utilisation de différents types de source permet à ces fichiers et à tous les autres fichiers associés au projet, d'être enregistrés dans SCLM en toute sécurité.

Par exemple :

graphique de image001

Avec ce mappage, les projets seraient enregistrés indépendamment dans SCLM avec le type comme principal élément de différentiation :

Par exemple : EJB1 est enregistré dans le projet SCLM SCLMPRJ1 sous le type EJB1.

En utilisant cette structure, il est possible de mapper la structure de projets à des types indépendants dans le projet SCLM.

Remarque :
  1. Il n'est pas nécessaire de mapper un nom de projet dans l'IDE au nom de type SCLM. Ces noms existent indépendamment les uns des autres.
  2. La longueur des noms de type est limitée à huit caractères, de sorte qu'un projet IDE appelé "Nouveau projet sans bogues" ne puisse pas avoir le nom de type correspondant "Nouveau projet sans bogues". Il faut dans ce cas faire preuve d'un peu d'imagination : par exemple: "débogué".

Il est donc important que la structure de projet SCLM soit conçue pour permettre le mappage de différents projets IDE dans sa structure. En effet, dans les grands projets SCLM, il peut s'avérer utile d'ajouter des types de projet supplémentaires dans la mesure où cette opération requiert une modification de la définition du projet SCLM, une régénération de la définition de projet SCLM et l'allocation de fichiers pour les nouveaux types.

Ce type de structure ne se limite pas aux projets J2EE, mais peut s'appliquer à toutes les situations dans lesquelles plusieurs projets sont développés, procurant une certaine forme de dépendance entre eux.

L'utilisation de plusieurs types SCLM pour enregistrer des projets est également liée à l'opération de la structure ARCHDEF pour la génération de ces projets.

graphique image002

Le fichier ARCHDEF contient la liste des membres qui constituent une génération. Dans le contexte J2EE, une génération peut entraîner la constitution de plusieurs fichiers WAR et JAR dans un fichier EAR. Cette séparation de projets est similaire à la structure de type qui définit le projet dans SCLM. En disposant d'une ARCHDEF de haut niveau qui référence les composants qui constituent la génération, il est possible d'obtenir un environnement de génération structuré. Ceci dépend de la définition réelle de la structure de projet lorsque vous définissez les types dans SCLM.

La définition du projet d'une manière structurée permet également :

Recommandations


Conditions d'utilisation | Commentaires en retour

Ce centre de documentation utilise la technologie Eclipse. (http://www.eclipse.org)