Apache Maven, Version 2 et 3, 2e édition

Présentation rapide

Ce livre est écrit par Nicolas de Loof (Cloubees) et Arnaud Héritier (eXo Platform), avec de nombreuses participations de la communauté francophone.

Pour rappel Arnaud était venu nous présenter Maven 3 lors de la session du 16 Mars 2011. J’espère que l’on verra Nicolas bientôt sur Toulouse, par exemple pour nous présenter Cloudbees ?

Ce livre présente l’ensemble des concepts de Maven 2 et 3. Il fait le tour des possibilités de cet outil via un cas concret que l’on suit de bout en bout en utilisant les plugins principaux.

Ce livre ne fait pas une revue détaillée de tous les plugins de Maven, ni de leurs options.

Revue

Bien que je fréquente depuis longtemps Maven je n’ai jamais eu l’occasion d’approfondir le sujet. J’attendais donc de compléter mes connaissances et d’apprendre les bonnes pratiques de Maven.

Contrairement aux livres informatiques que je lis traditionnellement ce livre utilise une approche récréative en faisant intervenir de nombreux acteurs de la communauté de Maven. Ceci rend la lecture plus agréable.

En partant d’un cas concret, il met en évidence la puissance de Maven en expliquant et démontrant les bonnes pratiques, j’avais déjà rencontré beaucoup de ces situations, l’apprentissage en est donc bien meilleur.

Cet ouvrage a globalement a comblé mes attentes sur Maven. Il me parait important de mettre en pratique les notions abordées sur un projet concret en parallèle de la lecture.

J’ai trouvé particulièrement intéressant les chapitres qui prennent du recul, en particulier le chapitre 15 qui dresse qui bilan, ainsi que le chapitre 16 qui essai de voir plus loin (OSGi, Modules Java)

Un problème courant lorsqu’on parle des outils comme Maven, ANT, Gradle, … et qu’il est difficile d’isoler l’outil par rapport aux autres outils de la forge logiciel (SCM, Intégration Continue, Procès de livraison, …). Dans ce livre on retrouve une présentation rapide de l’intégration continue (Continuum, Hudson et Jenkins) et des outils de qualité (PMD, Findbugs, Sonar).

De mon point de vu, les outils d’intégration continue prennent le pas sur Maven pour ce qui concerne le contrôle qualité voir du processus de livraison (Continuous Delivery). Cela aurait été peut être hors sujet, mais j’aurai préférer un chapitre complet sur Jenkins mettant en oeuvre tout ceci.

Du coté test JavaEE, j’aurai aimer avoir plus de détail sur Arquillian qui aujourd’hui me semble être la meilleur solution de test dans ce contexte.

Dans le chapitre 14: « Un nouveau projet démarre », il manque peut être une petite note sur les outils comme Springs Roo ou JBoss Forge, et d’expliquer le positionnement des archétypes Maven vis à vis de ces outils.

Conclusion

Les plus

• Livre en français, avec un ton récréatif
• Complet pour les bonnes pratiques
• Les situations sont réelles
• Prise de recul sur Maven

Les moins

• Il y a beaucoup d’exemples, j’aurai bien aimé pouvoir télécharger les sources.
• Plus j’utilise Maven, plus j’ai l’impression que c’est l’outil des années 2000′s, et pas celui des 2010′s.

De mon point de vue s’il faut lire un seul bouquin sur Maven, c’est celui la.

Igor.

Le 16/02 à l’Epitech, à 18h30, Sébastien Bordes animera une soirée JavaFX2.

Sébastien nous a alléché en proposant de faire sa présentation 100% avec JavaFX2. Dans le style « Eat your own food », la soirée donnera donc lieu à une présentation et démonstration de la techno

Plus de détails sur la soirée, et le formulaire d’inscription sur le site JugEvents.

Venez nombreux et parlez-en autour de vous!

Gaël pour le Toulouse JUG.

Présentation rapide

JRebel est un outil proposé par la société ZeroTurnaround à destination des développeurs ayant pour but d’améliorer leur productivité. Pour cela, il fournit un système de prises en compte à chaud des modifications sans nécessiter le redéploiement de l’application ou le redémarrage du serveur.

Il se présente sous la forme d’un plugin « java agent » à déclarer au niveau de la JVM du serveur d’application et d’un fichier de configuration « rebel.xml » à placer à la racine du répertoire contenant les fichiers « .class » pour chaque application et module du projet. A l’exécution, cet agent surveille les classpath indiqués dans le fichier « rebel.xml » puis agit sur le Class Loader en chargeant les nouvelles versions des classes (d’après ce que j’ai pu comprendre, il s’agit d’un monitoring des classpath en se basant sur les timestamp des fichiers .class pour détecter les modifications).

Pour plus de détails, la documentation et les forums permettent une prise en main rapide pour les cas d’utilisation standards.

Prise en Main

Pour prendre en main l’outil, j’ai effectué les premiers tests sur un projet personnel basé sur Spring MVC avec utilisation de Spring Web Flow, le tout s’exécutant dans le conteneur Tomcat.

Pour les technologies Spring, ZeroTurnaround fournit de nombreux exemples (documentation, FAQ, screencast). La mise en place de JRebel a donc été rapide. Pour les quelques problèmes survenus au démarrage, une recherche sur les forums permet de rapidement cerner les erreurs de paramétrage.

Pour les personnes ayant assisté aux soirées sur Play ou Grails, les présentateurs ont mis en avant la prise en compte des modifications sans redémarrage du serveur parmi les avantages par rapport aux autres frameworks JEE dits « standards ». Avec JRebel, un projet Spring « classique » profite d‘un fonctionnement très proche.

L’apport de JRebel est un plus indéniable pour le développement. Il permet d’améliorer la productivité du développeur aussi bien dans la phase de création que leur de la validation ou du support d’une application. Malgré quelques ratés ayant nécessité de redémarrer Tomcat, ce premier test m’a convaincu de pousser l’expérimentation en condition réelle sur un projet professionnel.

Utilisation en condition réelle

Afin de faire un retour plus pertinent, j’ai configuré JRebel sur mon environnement de développement professionnel. Point important, la société pour laquelle je travaille utilise un framework interne, donc non listé comme pris en charge par JRebel.

Alors que la mise en place fut plutôt rapide pour le projet Spring, la tâche a été beaucoup plus compliquée sur ce second environnement. Après plusieurs échecs, j’ai fini par trouver un paramétrage assurant la prise en compte des modifications pour les projets web principaux, les modules externes étant plus ou moins bien pris en charge.

Après environ trois semaines d’utilisation en condition réelle, JRebel affiche une estimation de 3 heures économisées (pour 14 jours de développement). Toutefois, malgré la prise en compte des modifications, notre framework interne nécessite un redéploiement de l’application web dans la plupart des cas.

La problématique rencontrée n’est pas à mettre sur le compte de JRebel mais sur le fonctionnement particulier de notre framework. Pour que certaines modifications soient prises en compte, la chaîne de démarrage de l’application web est impérative. Pour utiliser JRebel de manière optimale avec ce framework, le développement d’un plugin JRebel prenant en compte ses particularités semble inévitable et met fin à mes tests.

Conclusion

Les Plus :

• JRebel améliore la productivité de développement. Il peut être également intéressant lors de la phase de support où le nombre de redémarrages peut être élevé
• Bonne intégration aux différents IDE et gestion de la majorité des conteneurs de servlet et serveurs JEE
• Gestion d’un grand nombre de frameworks
• Documentation et support

Les Moins :

• Solution payante. Il peut être difficile de justifier l’achat sachant que la solution se limite aux développeurs et ne profite pas aux clients finaux en environnement de production
• Solution complexe à mettre en œuvre avec certaines architectures (problème sur la gestion des modifications sur plusieurs modules externes) ou des frameworks « exotiques »

Jonathan Pineau

Découvrez Grails et l’un des projets les plus importants développé en France avec Grails!

Le 19/01 à l’Epitech, à 18h30, Vincent Barrier et Franck Silvestre animeront une soirée Grails.

Ces deux toulousains, grands utilisateurs de Grails, nous présenteront une introduction à Grails, ainsi que l’utilisation de Grails pour développer l’ENT des Lycées de la Région Île de France: Lilie.

Plus de détails sur la soirée, et le formulaire d’inscription sur le site JugEvents.

Venez nombreux et parlez-en autour de vous!

Gaël pour le Toulouse JUG.

L’apéro de fin a permis d’échanger autour du thème de la soirée, et de discuter des thèmes à venir. Le premier trimestre est déjà quasiment bouclé.

Le 7/12 à l’Epitech, à 18h30, Claude Falguière, qui a déjà traité ce sujet dans différents JUG et conférences, nous donnera les clés pour résoudre ce problème difficile.

Nous aurons aussi un retour de Devoxx 2011 par Claude et par Marianne Jullien.

Plus de détails sur la soirée, et le formulaire d’inscription sur le site JugEvents.

Venez nombreux et parlez-en autour de vous. Ce sera la première fois que nous accueillerons des Duchess, donc faisons-leur honneur.

Gaël pour le Toulouse JUG.

Ce fut aussi l’occasion de présenter nos nouveaux sponsors, Objet Direct et Valtech. Avec ce nouveau soutien, le JUG va investir dans du matériel pour mettre en place une nouvelle communication sur ses présentations (et sponsors).
C’est aussi l’occasion de sonner la fin de la Kro pour le pot, place à la Desperado

L’habituel quizz a permis à certains d’entre vous de gagner des licences IntelliJIdea, structure 101 et le reference guide Java 7.

Au programme : une introduction à Play!framework par Sylvain Wallez, et trois « REX » (Retours d’EXpérience).

L’inscription se passe par ici.

Venez nombreux et parlez-en autour de vous.

Voici les détails de la soirée:

Introduction à Play! par Sylvain Wallez

• origine et inspiration (Rails), « oubliez tout ce que vous savez sur J2EE », la fin du « anemic domain model »
• structure d’un projet Play : organisation des répertoires, contrôleurs, modèle et DAO,
• le « bytecode magic » de Play et ce qu’il apporte
• méthodes statiques : les plus et les moins
• développement : save & reload. Maaaagique !
• déploiement, configuration, monitoring
• alors, Play ou pas Play ?

REX – Retours d’expérience de projets Play

Nous présenterons 3 retours d’expérience de projet Play:

Projet Meteo France par Docdoku

Portail d’information dont le but est de donner accès aux scénarios climatiques régionalisés français pour l’impact et l’adaptation de nos sociétés et environnements.

Ce portail est constitué de trois parties :

• Une partie documentaire proche du wiki
• Une partie simulation qui permet d’afficher des graphes et cartes en fonction de scénarios climatiques sélectionnés.
• Une partie commande pour obtenir des données climatiques brutes. Cette partie n’a pas été développée avec Play mais branchée sur un existant.

Pierre Fabre par Docdoku

L’application Play est le back-office d’une application iPad, sorte de lecteur de catalogues produits multimédia.

Fonctionnellement l’application est utilisée par les équipes marketing de Pierre Fabre qui créent, grâce au back-office Play (jQuery, HTML5), de beaux catalogues présentant leurs produits cosmétiques mixant allègrement images, vidéos et liens interactifs.

Ensuite, les commerciaux téléchargent sur leur iPad, depuis le reader iPad client de Play, les données et métadonnées constituant le catalogue.

Enfin, sous les yeux de leurs prospects ébahis devant la restitution léchée du catalogue produits, ils n’ont aucun mal à conclure la vente et de renseigner alors la fiche client sur l’iPad.

Celle-ci sera synchronisée avec Play pour une réintégration au CRM sur simple clic depuis l’iPad.

Empreinte par ekito

La société Empreinte est spécialisée dans la création et la production de la signalétique touristique émaillée. Etant un des leaders en France dans sa domaine, Empreinte compte parmi ses clients l’acropole d’Athènes, la ville de Saint Tropez et la ville de Deauville.

Avec Emoa, Empreinte enrichit son offre de signalétique avec une solution multimédia mobile.

Emoa est une application de type CMS qui gère du contenu web, généré en HMTL 5 et JQuery mobile. Au delà d’une simple gestion de contenu, Emoa permet l’organisation du contenu sous forme de parcours et la mise en relation des parcours avec les signalétiques existants par le billet de QR codes.

Quizz and JUG life

Nous sommes déjà en train de préparer le quizz, et cette fois-ci, nous ferons gagner une licence IntelliJ, le livre de référence de Java7, …

Nous devrions aussi vous présenter nos premiers sponsors.

Enfin, comme d’habitude, on terminera la soirée autour d’un apéro/discussion et un repas dans un restaurant alentour pour les plus vaillants.

La présentation de Terrence nous a fait plonger dans les nouveautés de Java 7 et survoler celles du futur Java 8. Il a également résumé la philosophie d’Oracle quant à la communauté Java. Un discours qui s’est voulu rassurant et professionnel.

La barrière de la langue n’aura pas découragé les participants de poser des questions toujours aussi pointues.

Le pot de la fin a heureusement fait chuter la température ambiante. Après quelques verres qui ont réhydraté les gorges, les échanges ont continué entre les invités du JUG équipés de leur T-shirt Java 7 jusqu’à la deadline de 21h.

Les plus assidus auront terminé la soirée autour d’une table et de quelques bouteilles de vin français (of course) dégustées par Terrence.

Merci à vous qui avez fait de cette soirée un évènement fédérateur.

Vous retrouverez bientôt la présentation de Terrence ici.

A bientôt.