Trois ans après sa création, l’utilisation du système de build Gradle ne cesse de croître. Système complet, répondant aux besoins les plus simples comme les plus complexes, il est désormais adopté par les projets de la communauté Groovy et depuis peu par Hibernate et Spring.

Ces cas d’utilisations renforcent son éventail d’utilisateurs et démontrent la puissance de cet outil aux services de projets techniquement complexes.

Après les JUG de Rouen, de Rennes et de Lyon, le Gradle Zenika Tour pose ses valises au JUG de Toulouse le 16 mars et au JUG de Bordeaux le 17 mars, pour vous présenter en détails ce nouveau challenger dans l’écosystème du build. Nous verrons comment il se positionne et ce qu’il apporte par rapport à Maven.

Le domaine de l’intégration est un domaine passionnant mais souvent complexe et laborieux. C’est pourquoi, il est nécessaire de rendre cette intégration continue. Cela permet d’accélérer les livraisons des logiciels afin que les processus d’intégration (compilation, tests, packaging, déploiement, …) deviennent un non événement.

Dans le monde Java, pour la partie build, il existe de nombreux outils. Parmi les plus populaires, vous avez Ant (couplé éventuellement au gestionnaire de dépendance Ivy) et le fameux système de build Maven. Mais force est de constater que ces outils ne répondent pas complètement à la problématique du build d’une entreprise. C’est pourquoi, d’autres outils tentent de combler ce manque. Et parmi ces nouveaux outils, il y a le système de build Gradle.

Constitué comme un véritable toolkit intégrant les meilleures librairies open-source et reprenant les meilleures fonctionnalités des outils Ant/Ivy et Maven, Gradle apporte une solution élégante et efficace au build d’une entreprise.

De plus, construire une application est une étape essentiel mais pas suffisante. Il est nécessaire de prendre en compte les éléments de traçabilité pour une identification unique des binaires générés et une possible reproductibilité du processus de construction dans le temps. Pour répondre à cette dernière problématique, seul l’outil Artifactory vous permet de stocker le binaire produit par votre chaine de build (comme par un build Gradle) et permet d’associer à ce binaire le contexte d’environnement du build.

Si vous souhaitez

• apprendre comment Gradle fonctionne, ce qu’il apporte par rapport à la concurrence ou comment il s’insère dans des infastructures de type Ant/Ivy ou Maven existantes
• comment mettre en œuvre Artifactory dans un processus d'intégration continue souple et agile,

venez à la conférence organisée par Zenika ce jeudi 6 mai à Paris.

N’oubliez pas de vous inscrire: Détail de la conférence + inscription

Voici mon retour après la lecture du livre Apache Maven.

Synthèse

Ce livre est bâti tout au long sur des exemples concrets issues de l'expérience terrain des deux auteurs (Nicolas De loof et Arnaud Héritier).
Il n'est pas une bible exhaustive de Maven. N'essayer donc pas de trouver dans ce livre le paramètre manquant pour configurer votre plugin. Néanmoins, tous les concepts de Maven et autour de Maven son présentés. En effet, chaque chapitre aborde toutes les problématiques que nous pouvons rencontrer à sa mise en place sur des projets. Et ce livre est vraiment constitué de chapitres d'une excellente qualité avec une approche très pragmatique des auteurs. Mon seul regret est que quelques concepts non pas été plus approfondis.

En résumé, si vous connaissez déjà Maven, ce livre vous permettra de conforter vos connaissances; et la démarche du livre vous servira surement lorsque vous voudrez expliquer Maven à votre entourage. Et si vous ne connaissez pas Maven, ce livre vous donnera une vision globale de Maven et vous permettra de connaître toutes les problématiques sous-jacentes à la mise en place de Maven dans les projets.

Quelques phrases clés qu'il faudra retenir:

• Maven est un fédérateur
• La philosophie de Maven est d'éviter que les développeurs passent de longues heures à mettre leur environnement au carré pour pouvoir coller aux attentes du projet
• Les conventions on été choisis pour refléter les bonnes pratiques et des règles simples d'organisation
• Quel que soient le projet Maven, la commande mvn install sera toujours le seul et unique point d'entrée pour construire le projet en intégrant toutes les étapes nécessaires
• Ne pas chercher à plier Maven à des besoins complexes mais plutôt essayer de comprendre comment traiter nos besoins selon la philosophie de Maven.

--> N'hésitez donc pas à acheter ce livre, vous devez l'avoir dans votre bibliothèque.

Les autres critiques

• Critique par Romain Linsolas sur Developpez.com
• Critique par Nicolas Giard sur NooCodeCommit
• Les critiques sur le site de Pearson

Il y a seulement une version de Java6 installé sous Mac OS X 10.6 par défaut. Néanmoins, nombreux sont les outils ne supportant pas correctement Java6 et requière Java5. Disposer d'une version de JDK5 est également indispensable dans le cas de développement d'outils d'intégration devant fonctionner aussi bien sous Java5 et Java6. L'installation d'une nouvelle version de Java sous Mac n'est pas aussi simple que attendu. A partir des documentations suivantes (lien1 et lien2), cet article vous présente comment installer une version de Java 5 sous Mac OS X 10.6.x.

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.

Le jeudi 25 juin à 18H30, se tiendra à Paris une conférence sur le système de build Gradle. Grâce à tous les efforts fournis par la société Zenika, le créateur de Gradle en personne (Hans Dockter), présentera Gradle, suivit d'une formation Gradle de 1j.

Gradle est un système de build à base de plugins. Chaque plugin apporte un ensemble de conventions et le traitement nécessaire à l’exécution de la chaîne de build. En dehors des plugins Gradle core comme java, groovy, ant, maven, jetty, …, vous pouvez avoir le besoin de créer votre propre plugin.

Cette fonctionnalité n'est actuellement pas documentée, et une série de billets sur ce sujet va vous montrer pas à pas la création d'un plugin avec un cycle de vie.

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.