Avant de programmer l'exécution de vos artefacts

• Un serveur/service d'intégration continue doit être correctement configuré (ici Jenkins ou Azure DevOps). Pour plus d'informations, consultez le site Web de Jenkins (uniquement en anglais) et le site Web d'Azure DevOps (uniquement en anglais) (en anglais).

• Vous avez préalablement créé des Test Cases dans votre projet que vous souhaitez exécuter de façon automatique. Pour plus d'informations, consultez Concevoir les tests (uniquement en anglais).

  Note InformationsRemarque : Lorsque vous construisez et déployez votre project, des Test Cases seront générés en tant que fichiers JUnit et seront construits avant la phase Maven packaging.

• Les modules externes stockés dans Nexus qui sont nécessaires à l'exécution de vos Jobs ont été correctement installés dans ce projet et votre instance de Nexus est démarrée.

  Si vous utilisez Talend Administration Center, vous l'avez configuré pour récupérer les modules externes de Nexus. Consultez le Guide d'utilisation de Talend Administration Center pour plus d'informations.

• Vous disposez d'un environnement Docker prêt à effectuer des push d'images Docker vers votre référentiel Docker. Pour plus d'informations, consultez le site Web de Docker (uniquement en anglais) (en anglais). Vous pouvez installer un registre de conteneur Docker dans votre Azure.

• Si vous utilisez Jenkins, vous devez vérifier qu'une version supérieure ou égale à Apache Maven 3 est installée sur votre serveur. Pour plus d'informations, consultez le site Web d'Apache Maven (uniquement en anglais) (en anglais).

• Pour afficher les informations relatives à Git (auteur·e, ID du commit, date du commit) dans Talend Management Console lors de la publication d'artefacts à l'aide de builds d'intégration continue, vous devez configurer le dépôt (référentiel) de votre projet Git avec cette hiérachie et copier (et non déplacer) chaque projet dans le dossier ci-workspace.

  ci-workspace
      |- .repositories
           |- <any_unique_name>
                |- .git
                |- MAINPROJ1
           |- <any_unique_name>
                |- .git
                |- REFPROJ1
           |- <any_unique_name>
                |- .git
                |- REFPROJ2
                |- REFPROJ3
      |- MAINPROJ1
      |- REFPROJ1
      |- REFPROJ2
      |- REFPROJ3

• Si vous utilisez une intégration continue pour construire des artefacts nécessitant les packages Talend Data Mapper X12 HIPAA ou HL7v2, vous devez :
  • extraire l'archive Talend_Full_Studio_p2_repository--YYYYYYYY_YYYY-VA.B.C.zip dans <folder>/org.talend.transform.standard.p2.repository-A.B.C
  • installer ces packages dans Talend CommandLine avant de construire les Jobs, en utilisant cette commande :

    Talend-Studio-win-x86_64.exe -nosplash -consoleLog -application org.eclipse.equinox.p2.director 
    -repository file:///<folder>/org.talend.transform.standard.p2.repository-A.B.C 
    -installIU org.talend.transform.standard.x12.hipaa.5010.feature.feature.group

À partir de la version 7.2, Talend CommandLine est automatiquement téléchargé via le site de mise à jour Talend puis installé durant le build pour générer et exécuter vos artefacts de projet. Pour plus d'informations, consultez Workflow sans installation de Talend CI (uniquement en anglais).

Talend ne recommande pas d'exécuter plus d'un Talend CommandLine à la fois sur une machine. La manière la plus simple pour empêcher cela est de limiter le nombre d'exécuteurs sur les serveurs à 1.

En résumé, vous avez besoin des applications suivantes : Un serveur ou service d'intégration continue (ici, Azure ou Jenkins), Git et un serveur hébergeant le site de mise à jour de P2, où Talend CommandLine et d'autres plug-ins nécessaires au build de vos artefacts sont stockés. Selon l'endroit où vous souhaitez déployer vos artefacts, vous devez accéder à un référentiel d'artefacts (Nexus, Artifactory), à Docker ou à Talend Cloud.