- 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 et le site Web d'Azure DevOps (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.
Remarque : 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 (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 (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.
- extraire l'archive Talend_Full_Studio_p2_repository--YYYYYYYY_YYYY-VA.B.C.zip dans le dossier de l'application Web de Tomcat et la renommer en P2.
- Démarrez Apache Tomcat.
- Saisissez la valeur http://localhost:8080/P2/ lors de la définition du paramètre -Dupdatesite.path au moment du build. Remplacez <localhost> par l'adresse IP ou le nom de l'hôte du serveur Web si l'IP du navigateur Web est différente et remplacez <8080> par le port Tomcat que vous utilisez.
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.