L'objectif de cet article de vous montrer comment déployer les artefacts produits par un projet dans un repository de type Maven2. Le repository contiendra les artefacts déployés et les méta données Maven générées. Cet article illustre le cas d'utilisation dont le projet est géré par le couple Ant/Ivy ou par Gradle.

Gradle est un système de build innovant dont les fonctionnalités ne cessent de croître. Ce billet présente en exclusivité la fonctionnalité d’import d’un script Ant depuis un script Gradle. Cette fonctionnalité n'est disponible pour le moment que dans la branche développement du SCM de Gradle.

TestNG est un framework de test basé sur Junit apportant plusieurs fonctionnalités comme

• Distribution sur plusieurs machines
• Modèle d’exécution avancé
• Configuration flexible

Ce billet montre un exemple de mise en œuvre du framework TestNG avec le builder Ant et le builder Gradle.

Quel que soit l’outil de build, il est souvent utile de pouvoir spécifier un traitement par défaut. Les outils Ant et Gradle ont deux approches différentes.

Ivy est outil de gestion de dépendances très utilisé et très flexible. Parmis ses fonctionnalités, nous allons illustrer son utilisation pour récupérer des artefacts dans un repository distant de type Maven. Dans l'exemple de ce billet, nous utiliserons Ivy avec le builder Ant.

Dans le cadre d'un repository distant de type Maven, il est très simple de récupérer l'artefact binaire avec ses dépendances transitives, grâce à la lecture par Ivy du descripteur Maven. Néanmoins, il est souvent méconnu de savoir comment récupérer depuis Ivy les artefacts des sources, les artefacts de la javadoc ou un artefact d'un type ou d'un classifier particulier.