Cette rubrique s'applique uniquement à la configuration IBM Business Process Manager Advanced.

Utilisation avec ClearCase (obsolète)

Vous pouvez utiliser Rational ClearCase comme système de gestion de configuration de logiciel (SCM) pour les projets créés dans IBM® Integration Designer.

Cette rubrique décrit les problèmes qui peuvent survenir lorsque vous utilisez ClearCase. Pour obtenir des informations générales sur l'utilisation des systèmes de gestion de configuration de logiciel avec Integration Designer, voir Utilisation des systèmes de gestion de configuration de logiciel. Pour accéder à la documentation de ClearCase , reportez-vous au centre de documentation de ClearCase.

Pour utiliser Integration Designer avec ClearCase, les prérequis suivants doivent être satisfaits :
  • Vous devez disposer d'un serveur ClearCase configuré.
  • Vous devez disposer d'une connexion client/serveur.
  • Si le serveur ClearCase est un serveur distant, il doit se trouver dans le même domaine NT que les clients. Dans le cas d'un serveur local, cette question ne se pose pas.
Remarque : ClearCase Remote Client utilise une version d'Intallation Manager antérieure à celle d'Integration Designer. Pour cette raison, vous devez installer ClearCase Remote Client avant Integration Designer.

Vous devez utiliser ClearCase en dehors d'Integration Designer en utilisant ClearCase Explorer et ClearCase Remote Client Standalone. Si vous disposez d'un serveur ClearCase ou ClearCase LT installé sur le même système qu'Integration Designer, le serveur ClearCase peut également fonctionner en tant que client.

Vous pouvez utiliser Rational ClearCase pour gérer le processus de développement de logiciels d'une équipe. Le modèle UCM (Unified Change Management) prend en charge les modèles définis dans le processus de développement RUP (Rational Unified Process). Vous pouvez spécifier un mode opératoire personnalisé à l'aide de règles. Dans sa version de base, ClearCase utilise des déclencheurs, des scripts et des utilitaires pour gérer le processus de développement de logiciel. Voir la section "Bonnes pratiques de développement" ci-après pour obtenir des conseils sur l'utilisation du modèle UCM.

Dans ClearCase, une base d'objet versionné (VOB/versioned object base) est le référentiel de données permanent dans lequel vous stockez les fichiers, les répertoires et les métadonnées. Dans un projet Integration Designer habituel, on utilise un unique VOB pour stocker plusieurs composants ClearCase. Chaque composant contient un groupe logique de modules et de bibliothèques. Pour les grands projets, il faut utiliser plusieurs VOB.

Conseil : Il est généralement préférable d'utiliser des vues instantanées plutôt que des vues dynamiques.

La vue Intégration métier fournit une vue logique de toutes les ressources de chaque module, module de médiation et bibliothèque. Au sein de chaque projet, les ressources sont classées par types. Les ressources logiques affichées dans l'arborescence de navigation de la vue Intégration métier n'ont pas forcément une correspondance un-à-un avec les fichiers physiques.

Pour plus d'informations sur les fichiers qui doivent être gérés ou exclus dans contrôle des sources, voir "Artefacts d'Integration Designer gérés dans le contrôle des sources", dans les liens connexes.

Configuration de ClearCase pour restituer des fichiers identiques

Lorsque vous restituez les fichiers, sélectionnez l'option qui permet de restituer des fichiers identiques. Si vous ne définissez pas cette option, configurez la préférence Checkin identical options dans ClearCase.

La restitution des fichiers identiques vous permet de suivre la relation entre les artefacts logiques (par exemple, des processus BPEL) et les fichiers physiques associés. Cette configuration évite l'apparition de messages d'erreur quand vous tentez de restituer des fichiers identiques.

La restitution de fichiers identiques, en particulier pour les fichiers texte, n'augmente pas la taille de l'espace de stockage dans ClearCase.

Mise à jour des artefacts d'assemblage à partir de ClearCase

Quand vous partagez les éléments de travail d'un projet dans un référentiel ClearCase, veillez à maintenir à jour vos propres artefacts d'assemblage locaux (composants, importations, exportations ou références autonomes). Lorsqu'un utilisateur ajoute un nouvel artefact et le stocke, cette modification n'est pas automatiquement communiquée aux autres utilisateurs. Il en est de même quand un utilisateur supprime un artefact dans le diagramme d'assemblage.

Pensez à mettre à jour régulièrement votre vue instantanée ou ClearCase (Web) quand vous travaillez sur des artefacts d'assemblage.

Traitement des incidents

De quelles informations avez-vous besoin si vous demandez de l'aide à un représentant de service clientèle ? La liste suivante va vous aider à répondre à cette question.
  • Numéro de version du produit Integration Designer que vous utilisez.
  • Système d'exploitation et version
  • Fichier journal de l'espace de travail
  • Propriétés de configuration (Aide > A propos d'IBM Integration Designer > Détails de la configuration)
  • Informations sur le référentiel d'équipe
    • Vue instantanée, dynamique ou ClearCase (Web) ?
    • Base ClearCase ou UCM ?

Bonnes pratiques de développement

Travaillez dans un flux unique lorsque vous pouvez afin d'éviter les problèmes de fusion. Si vous avez besoin de travailler dans plusieurs flux, effectuez des fusions régulièrement. La fusions des modules n'est pas prise en charge, aussi est-il déconseillé d'effectuer des développements simultanés sur un même module. Lorsque vous devez mettre à jour des fichiers dans plusieurs modules, par exemple lors de la restructuration ou de la comparaison/fusion des actions, n'effectuez pas de développements simultanés sur tous les modules affectés.

Si vous utilisez le modèle Base ClearCase, les déclencheurs et les scripts que vous utilisez déterminent les actions que vous pouvez entreprendre et les prérequis qui doivent être satisfaits aux différentes étapes du cycle de développement.

Si vous utilisez Base ClearCase, ne vous occupez pas des réservations silencieuses incluses dans les activités UCM en cours. L'inconvénient pour les développeurs est qu'ils doivent travailler au niveau des fichiers au lieu des activités. La gestion unifiée des changements (UCM) permet aux développeurs de travailler au niveau des activités au lieu des fichiers.

Selon le modèle que vous utilisez, il existe des différences mineures au niveau de l'interaction de l'utilisateur. Par exemple, dans le modèle UCM, vous devez spécifier une activité quand vous utilisez plusieurs versions des éléments. Si vous utilisez Integration Designer pour restituer des éléments, un message vous demande de spécifier une activité correspondante pour la nouvelle version. Vérifiez qu'il existe au moins une activité avant de lancer la génération. Avant de distribuer la sortie dans le flux d'intégration, restructurez le flux de développement avec la dernière base de référence disponible.

Si vous travaillez dans le mode UCM ClearCase, ne travaillez qu'avec une seule activité à la fois, puis validez toutes les modifications faites pour une activité avant de passer à l'activité suivante. Définissez toujours l'activité par défaut de la vue UCM ClearCase sur l'activité en cours que vous utilisez. Les opérations de contrôle des sources automatisé qui se produisent pendant la restructuration et la réservation utilisent cette activité en cours. Si vous effectuez un développement en série avec plusieurs activités, vous pouvez créer des dépendances entre les activités. Dans ce cas, il est impossible de distribuer une activité donnée sans la ou les activités dépendantes.