La fonction Importer un projet SCLM vous permet d'importer des membres SCLM auxquels le projet est mappé. Les membres importés peuvent être filtrés en utilisant des caractères génériques sur les filtres Groupe, Type et Membre. Le filtre Archdef, qui est une autre méthode permettant d'indiquer les fichiers à importer, est facultatif et sera décrit ultérieurement dans cette documentation. Pour importer un projet SCLM, sélectionnez le projet, cliquez avec le bouton droit, puis sélectionnez Equipe -> Importer un projet SCLM. Des menus déroulants contiennent une liste d'options que vous pouvez sélectionner ou entrer manuellement. L'utilisation de caractères génériques sur les filtres Groupe, Type, Langage SCLM, Membre, Code d'autorisation et Code de modification indique toutes les valeurs de ces champs.
L'importation peut s'effectuer en mode Filtre ou Archdef. Le mode Archdef importe les membres d'après la définition d'architecture indiquée. Les champs Filtre permettent d'indiquer différents niveaux de granularité pour la sélection des membres. Si vous choisissiez Archdef et que l'importation aboutit, il vous est demandé de spécifier si vous souhaitez associer Archdef et le projet. Si vous choisissiez de procéder ainsi, le nom de l'Archdef est utilisé lors de l'appel de la génération Archdef, de la promotion Archdef ou des fonctions de synchronisation. Une association peut être retirée en annulant le mappage d'un projet de SCLM ou remplacée en effectuant une autre importation par Archdef.
Les noms de fichier Windows® sont sensibles à la casse, contrairement aux noms de fichier sur z/OS. Un conflit de désignation peut donc se produire lors de l'importation. La fonction d'importation signalera ce conflit et présentera les options possibles. Cette situation peut affecter le regroupement dans les membres Java™. Il est donc important d'adopter une approche standard (lettres minuscules) pour les conventions de désignation des packages et des dossiers dans l'Explorateur de package afin d'éviter ce problème, car il est possible que SCLM traite les packages test.programs et Test.Programs, par exemple, comme deux packages différents. L'utilisation d'une méthode standard (minuscule ou majuscule) lèvera toute ambiguïté éventuelle.
Tous les fichiers stockés dans SCLM ont une limite de dénomination de huit caractères. Un service de conversion de noms abrégés ou longs permet de mapper les noms stockés dans SCLM aux noms stockés dans le projet. Les détails du package et d'emplacement de la source permettent de générer un nom abrégé approprié pour n'importe quel nom long.
Il est important de comprendre que les fichiers importés depuis SCLM conservent la structure de dossier qui existait lors du placement des fichiers dans SCLM. Par conséquent, des répertoires de package et des structures de dossier source pour les packages sont créés si nécessaire pendant la fonction d'importation. Si les fichiers sont stockés dans SCLM avec un préfixe source /src, ce dossier doit être l'emplacement source dans le projet. Si vous importez dans un dossier existant, vérifiez qu'il est configuré de façon à utiliser le dossier source adéquat.
Si vous importez des membres dans un projet existant, il est important que les fichiers importés depuis SCLM conservent les répertoires de packages et le dossier source des packages. Si les fichiers sont stockés dans SCLM avec un préfixe source /src, celui-ci doit être l'emplacement source dans le projet. Si les fichiers sont importés dans un autre répertoire, cela évitera au plug-in de résoudre l'emplacement dans SCLM. Par exemple, si le code de votre projet est stocké sous la source dans l'Explorateur de package et que les fichiers importés ont été stockés dans src dans SCLM, le projet doit être modifié pour que le code source soit aussi stocké dans src. L'objectif est de permettre à SCLM d'être le contrôle principal de toutes les informations de configuration, de sorte que les projets puissent être disséminés à différents développeurs.