Présentation Maven

4 096 vues

Publié le

Publié dans : Technologie
0 commentaire
4 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
4 096
Sur SlideShare
0
Issues des intégrations
0
Intégrations
527
Actions
Partages
0
Téléchargements
0
Commentaires
0
J’aime
4
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive
  • Quels sont les ingrédients techniques pour la réussite d’un projet? L’effet tunnel Traçabilité de la vie du projet => Livraison régulière, … Et qd il y a bcp de développeurs, qu’est ce qui consomme du tps? L’intégration => qui doit être indépendante de l’env Reproductivité de l’environnement de compilation Reproductivité de l’environnement technique
  • l’intégration est une activité complexe… l’effort augmente significativement avec : le nombre d’artéfacts, les tests d’intégration…et leurs définitions, le nombre d’erreurs, la qualité du code, … le temps écoulé depuis la dernière intégration. l’intégration continue est apparue avec les pratiques XP avec comme motivation de remplacer les grosses et longues phases d’intégration en fin de projet par des phases plus petites et plus fréquentes l’idée principale : réduire au minimum l’effort d’intégration de l’application sans altérer le processus de développement logiciel
  • trois composants : Un outil de construction automatisée Tel qu'Ant ou Maven2, permettant aussi bien au développeur qu'à l'outil d'intégration continue de construire tout ou partie du système. Un unique système de gestion de sources, Tel que CVS ou Subversion, contenant les sources et l'historique des modifications apportées par les développeurs sur le système. A chaque mise à jour, le serveur d'intégration continue charge les modifications et exécute la construction complète du système. Un serveur d'intégration continue, Tels que Hudson, Bamboo, Continuum ou Cruise Control. Son rôle est de détecter les mises à jour sur le système de gestion de sources, d'exécuter le cas échéant la construction du système et de notifier l'équipe de développement du résultat
  • Parler du build : pas de définition (totalement) précise…! le build peut aller de la compilation, incrémentale, à la génération d’un package en passant par la génération de fichiers de source, le lancement de tests (unitaires, d’intégration…), l’analyse du code source, la génération d’un site web et de rapports… d’une certaine manière, le build englobe l’ensemble des actions souhaitées prenant en entrée des fichiers sources pour produire un résultat souhaité. généralement, nous attendons d’un outil de build qu’il puisse automatiser et optimiser ces actions.
  • Pas d’intégration continue sans stratégie de build totalement opérationnelle
  • l'effet psychologique sur le développeur n'est pas négligeable, d'autant plus si l'on se trouve dans un contexte d'urgence. la qualité des corrections est bien souvent délaissée au profit de la rapidité de mise en œuvre. pour éviter de telles situations, dans une démarche d'intégration continue, LA tâche prioritaire lorsqu'un bogue est découvert est de le corriger.
  • import (only available in Maven 2.0.9 or later) This scope is only used on a dependency of type pom in the < dependencyManagement> section. It indicates that the specified POM should be replaced with the dependencies in that POM's <dependencyManagement> section. Since they are replaced, dependencies with a scope of import do not actually participate in limiting the transitivity of a dependency.
  • Présentation Maven

    1. 1. <ul><li>Soirée Technique : L’intégration continue avec Maven 2 </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike Retour d’expérience sur la mise en œuvre de Maven dans un processus d’intégration continue
    2. 2. Agenda <ul><li>Rappels sur l’intégration continue </li></ul><ul><ul><li>Enjeux de l’intégration continue </li></ul></ul><ul><ul><li>Outils pour sa mise en œuvre </li></ul></ul><ul><li>Rappels sur Maven 2 </li></ul><ul><ul><li>Un peu d’histoire… </li></ul></ul><ul><ul><li>Notions </li></ul></ul><ul><ul><li>Dans la vrai vie… </li></ul></ul><ul><li>Exemple de mise en œuvre </li></ul><ul><li>Bonnes pratiques Maven </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    3. 3. Présentation So@t License Creative Commons 2.0 – Share Alike Rappels sur l’intégration continue
    4. 4. Rappels sur l’intégration continue Présentation So@t License Creative Commons 2.0 – Share Alike Enjeux de l’intégration continue
    5. 5. Rappels sur l’intégration continue Enjeux de l’intégration continue Présentation So@t License Creative Commons 2.0 – Share Alike Source: http://www.agitar.com/solutions/why_unit_testing.html Les 5% de bugs découverts après la release représentent 95% des coûts de correction
    6. 6. Rappels sur l’intégration continue Enjeux de l’intégration continue <ul><li>Point cruciaux : </li></ul><ul><ul><li>Traçabilité de la vie du projet </li></ul></ul><ul><ul><li>Reproductivité de l’environnement de compilation </li></ul></ul><ul><ul><li>Reproductivité de l’environnement technique </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike Socle technique Environnement de build Intégration continue
    7. 7. <ul><li>Intégration continue ? </li></ul><ul><ul><li>Processus d'automatisation des tâches récurrentes (construction, déploiement, exécutions des tests unitaires et d'intégration, ...) </li></ul></ul><ul><li>Intérêt de l’intégration continue ? </li></ul><ul><ul><li>Sa fréquence d'exécution! </li></ul></ul><ul><ul><li>Mise à disposition régulière de nouvelles versions d'une application </li></ul></ul><ul><ul><ul><li>=> Meilleure visibilité! </li></ul></ul></ul>Rappels sur l’intégration continue Enjeux de l’intégration continue Présentation So@t License Creative Commons 2.0 – Share Alike
    8. 8. Rappels sur l’intégration continue Enjeux de l’intégration continue Présentation So@t License Creative Commons 2.0 – Share Alike Spécifications Développement, correction d’une fonctionnalité Implémentation de la fonctionnalité ou correction et des tests unitaires Compilation privée du module ou projet Enregistrement dans le SCM 1 Détection du besoin d’intégration Evènements envoyés par le SCM Scrutation du SCM Périodique, manuelle 2 Intégration Mise à jour depuis le SCM Compilation du projet Tests unitaires et d’intégration Analyses de la qualité de code 3 Historisation et publication des résultats Enregistrement des résultats Génération des rapports Notifications des résultats Publication de l’artéfact 4
    9. 9. <ul><li>Ne se résume pas seulement à la simple mise en œuvre d'un outil permettant d'automatiser la compilation! </li></ul><ul><li>C’est un processus qui va orchestrer le quotidien des développeurs autours de : </li></ul><ul><ul><li>Un outil de construction automatisée (Ant, Maven, …), </li></ul></ul><ul><ul><li>Un unique système de gestion de sources (SVN, CVS, GIT, …), </li></ul></ul><ul><ul><li>Un serveur d'intégration continue (Hudson, Bamboo, Cruise Control, …) </li></ul></ul>Rappels sur l’intégration continue Enjeux de l’intégration continue Présentation So@t License Creative Commons 2.0 – Share Alike
    10. 10. Rappels sur l’intégration continue Enjeux de l’intégration continue <ul><li>L’intégration est une activité complexe… </li></ul><ul><li>L’effort augmente significativement avec : </li></ul><ul><ul><li>le nombre d’artéfacts, </li></ul></ul><ul><ul><li>les tests d’intégration…et leurs définitions, </li></ul></ul><ul><ul><li>le nombre d’erreurs, </li></ul></ul><ul><ul><li>la qualité du code, </li></ul></ul><ul><ul><li>… </li></ul></ul><ul><ul><li>le temps écoulé depuis la dernière intégration. </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    11. 11. Rappels sur l’intégration continue Enjeux de l’intégration continue <ul><li>L’intégration continue est apparue avec les pratiques XP avec comme motivation de remplacer les grosses et longues phases d’intégration en fin de projet par des phases plus petites et plus fréquentes </li></ul><ul><li>L’idée principale : </li></ul><ul><ul><li>Réduire au minimum l’effort d’intégration de l’application sans altérer le processus de développement logiciel </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    12. 12. Rappels sur l’intégration continue Enjeux de l’intégration continue Présentation So@t License Creative Commons 2.0 – Share Alike <ul><li>Les builds sur les postes p0, p1, pi, pic… doivent être identiques </li></ul><ul><ul><li>Ex : il faut pouvoir reproduire le build sur l’ensemble des postes de l’équipe mais aussi sur le serveur d’intégration continu </li></ul></ul><ul><li>Les builds aux temps t0, t1, ti, … doivent être identiques </li></ul><ul><ul><li>Ex : il faut pouvoir à tout moment reproduire le build d’une version taggée </li></ul></ul>dans l’espace p0 p1 pj pic dans le temps t1 ti t0
    13. 13. Rappels sur l’intégration continue Enjeux de l’intégration continue <ul><li>Le build est une opération qui paraît simple, mais dans les faits c’est une problématique compliquée et nous ne disposons toujours pas de solution qui permette d’assurer cela… </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    14. 14. Rappels sur l’intégration continue Présentation So@t License Creative Commons 2.0 – Share Alike Et dans la pratique ?
    15. 15. Rappels sur l’intégration continue Et dans la pratique ? <ul><li>Utiliser un outils de build </li></ul><ul><li>Utiliser un SCM </li></ul><ul><li>Utiliser un framework de tests unitaires </li></ul><ul><li>Utiliser un serveur d’intégration continue </li></ul><ul><li>Utiliser un framework de tests fonctionnels </li></ul><ul><li>Utiliser un outils de suivi de faits techniques (DM ou RA) </li></ul><ul><li>… Connaître son processus (du développement à la phase de livraison…) </li></ul><ul><li>… S’aider de l’existant et communiquer </li></ul><ul><li>… Apporter la culture </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    16. 16. Rappels sur l’intégration continue Et dans la pratique ? - Outils (1/2) <ul><li>Outils de build </li></ul><ul><ul><li>Ant </li></ul></ul><ul><ul><li>Maven </li></ul></ul><ul><li>SCM </li></ul><ul><ul><li>SVN </li></ul></ul><ul><ul><li>CVS </li></ul></ul><ul><ul><li>ClearCase </li></ul></ul><ul><ul><li>GIT </li></ul></ul><ul><li>Serveur d’intégration continue </li></ul><ul><ul><li>Hudson </li></ul></ul><ul><ul><li>Continuum </li></ul></ul><ul><ul><li>Bamboo </li></ul></ul><ul><ul><li>TeamCity </li></ul></ul><ul><ul><li>CruiseControl </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    17. 17. Rappels sur l’intégration continue Et dans la pratique ? - Outils (2/2) <ul><li>Framework de tests unitaires </li></ul><ul><ul><li>Junit </li></ul></ul><ul><ul><li>TestNG </li></ul></ul><ul><ul><li>Mockito </li></ul></ul><ul><li>Framework de tests fonctionnels </li></ul><ul><ul><li>Fitness </li></ul></ul><ul><ul><li>Selenium + Tellurium </li></ul></ul><ul><li>Outils de suivi de faits techniques </li></ul><ul><ul><li>Jira </li></ul></ul><ul><li>Communiquer… intelligemment… </li></ul><ul><ul><li>Wiki </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    18. 18. Rappels sur l’intégration continue Et dans la pratique ? – En quelques mots… Présentation So@t License Creative Commons 2.0 – Share Alike Accueil d’un nouveau développeur Enregistrement des modifications Compilation, tests Analyses de code Détection du besoin d’intégration Chargement de modifications Production de code Outil de compilation Intégration continue Gestion de configuration Gestion de dépendances Compilations privées pom.xml
    19. 19. Rappels sur l’intégration continue Et dans la pratique ? – Pratiques et anti-pattern (1/3) <ul><li>Détecter et résoudre les problèmes au plus tôt </li></ul><ul><ul><li>Commiter du code qui marche fréquemment </li></ul></ul><ul><ul><ul><li>Exécuter des builds privés </li></ul></ul></ul><ul><ul><ul><li>Développer de petites tâches </li></ul></ul></ul><ul><ul><ul><li>Commenter chaque commit </li></ul></ul></ul><ul><ul><li>Valider le build par des tests (unitaires et fonctionnels) qui passent à 100% </li></ul></ul><ul><ul><ul><li>Pas de test = pas d’erreur, les tests doivent être pertinents </li></ul></ul></ul><ul><ul><ul><li>Prendre en compte la couverture de test </li></ul></ul></ul><ul><ul><li>Intégrer après chaque commit </li></ul></ul><ul><ul><ul><li>Temps de build < 10 min </li></ul></ul></ul><ul><ul><ul><li>Distinguer les tests unitaires des tests d’intégration, fonctionnels, etc. </li></ul></ul></ul><ul><ul><ul><li>Exécuter une intégration complète au moins une fois par jour </li></ul></ul></ul><ul><ul><li>Corriger les échecs de builds immédiatement ! Stopper les commits ! </li></ul></ul><ul><ul><li>Adapter le système de notification à l’équipe </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    20. 20. Rappels sur l’intégration continue Et dans la pratique ? – Pratiques et anti-pattern (2/3) <ul><li>Reproduire le build dans le temps et l’espace </li></ul><ul><ul><li>Le build doit être automatisé au maximum </li></ul></ul><ul><ul><li>L’environnement de build doit être propre </li></ul></ul><ul><ul><ul><li>Privilégier le checkout, au moins pour l’intégration complète quotidienne </li></ul></ul></ul><ul><ul><ul><li>Nettoyer le dépôt local de Maven </li></ul></ul></ul><ul><ul><ul><li>Selon les cas, intégrer sur différentes plateformes </li></ul></ul></ul><ul><ul><li>Dans certains l’utilisation d’un miroir du SCM peut-être utile </li></ul></ul><ul><ul><li>Anti-patterns : </li></ul></ul><ul><ul><ul><li>Absence de référentiel de sources </li></ul></ul></ul><ul><ul><ul><li>Intégration sur le poste de développement </li></ul></ul></ul><ul><ul><ul><li>Utilisation de scripts de build différents entre le développement et l’intégration </li></ul></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    21. 21. Rappels sur l’intégration continue Et dans la pratique ? – Pratiques et anti-pattern (3/3) <ul><li>L’amélioration de la qualité de code </li></ul><ul><ul><li>L’analyse de code est à mettre en place dès le début du projet </li></ul></ul><ul><ul><li>Se fixer des objectifs raisonnables </li></ul></ul><ul><ul><li>Automatiser les tâches de relecture </li></ul></ul><ul><ul><li>Anti-patterns : </li></ul></ul><ul><ul><ul><li>Les objectifs trop ambitieux peuvent décourager </li></ul></ul></ul><ul><ul><ul><ul><li>Sélectionner les règles </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Prévoir du temps dédier à l’amélioration de la qualité de code </li></ul></ul></ul></ul><ul><ul><ul><li>Sentiment de flicage : les métriques ne sont pas une note </li></ul></ul></ul><ul><ul><ul><ul><li>En réfléchissant un peu, il est très simple de contourner les outils d’analyse… </li></ul></ul></ul></ul><ul><ul><ul><li>Excès de confiance </li></ul></ul></ul><ul><ul><ul><ul><li>De bonnes métriques n’impliquent pas que l’application ne comporte pas de bogues, ou que de mauvaises pratiques n’ont pas été implémentées </li></ul></ul></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    22. 22. Rappel sur l’intégration continue Et dans la pratique ? - Demo <ul><li>Demo : </li></ul><ul><ul><li>Serveur d’intégration continu (Hudson) </li></ul></ul><ul><ul><li>Outil de qualité de code (Sonar) </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    23. 23. Présentation So@t License Creative Commons 2.0 – Share Alike Rappels sur Maven 2
    24. 24. Rappels sur Maven 2 Présentation So@t License Creative Commons 2.0 – Share Alike Un peu d’histoire…
    25. 25. Rappels sur Maven 2 Un peu d’histoire… <ul><li>Mot Yiddish signifiant accumulator of knowledge </li></ul><ul><li>Né en aout 2001 avec le projet Alexandria puis utilisé pour simplifier le développement du projet Turbine (jakarta) – Framework de présentation de portail utilisé par Jetspeed 1 </li></ul><ul><li>Constat : </li></ul><ul><ul><li>De nombreux projets hétérogènes (ant différents, structure fichiers, …) </li></ul></ul><ul><ul><li>Une gestion des dépendances difficiles (librairies dans le SCM) </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    26. 26. Rappels sur Maven 2 Un peu d’histoire… <ul><li>Volontés : </li></ul><ul><ul><li>Avoir une manière standardisée de builder </li></ul></ul><ul><ul><li>Avoir une description du projet </li></ul></ul><ul><ul><li>Avoir une manière simple d’éditer les informations du projet </li></ul></ul><ul><ul><li>Avoir une manière simple de partager les librairies entre les différents projets </li></ul></ul><ul><ul><li>Ne plus stocker les librairies dans le SCM </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    27. 27. Rappels sur Maven 2 Un peu d’histoire… <ul><li>Maven est un Project Management Framework </li></ul><ul><li>Il permet de : </li></ul><ul><ul><li>Rendre le processus de build simple </li></ul></ul><ul><ul><li>Uniformiser le processus de build </li></ul></ul><ul><ul><li>Fournir des informations de projet de qualité </li></ul></ul><ul><ul><li>Fournir des directives pour les best practices development </li></ul></ul><ul><ul><li>Migrer de manière transparente à de nouvelles fonctionnalités </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    28. 28. Rappel sur Maven 2 Présentation So@t License Creative Commons 2.0 – Share Alike Notions
    29. 29. Rappels sur Maven 2 Notions <ul><li>Utilise la notion de projet où existent : </li></ul><ul><ul><li>Un ensemble de fichiers contenant du code </li></ul></ul><ul><ul><li>[Des fichiers de configuration] </li></ul></ul><ul><ul><li>[Des licenses] </li></ul></ul><ul><ul><li>Des développeurs impliqués associés à leurs rôles sur le projet </li></ul></ul><ul><ul><li>Les dépendances </li></ul></ul><ul><ul><li>Les ressources (images, …) </li></ul></ul><ul><li>Convention Over Configuration </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    30. 30. Rappel sur Maven 2 Notions - POM <ul><li>POM – Project Object Model = fichier descripteur décrivant le projet </li></ul><ul><li>Hérite du super-pom </li></ul><ul><li>Permet de normaliser </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    31. 31. Rappel sur Maven 2 Notions - POM <ul><li>Contient : </li></ul><ul><ul><li>groupId (ex : fr.soat.sample) </li></ul></ul><ul><ul><li>artifactId (ex : mon-premier-module) </li></ul></ul><ul><ul><li>packaging (ex : jar) </li></ul></ul><ul><ul><li>version </li></ul></ul><ul><ul><li>name </li></ul></ul><ul><ul><li>url </li></ul></ul><ul><ul><li>description </li></ul></ul><ul><ul><li>dependency </li></ul></ul><ul><ul><li>plugin </li></ul></ul><ul><ul><li>build </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    32. 32. Rappel sur Maven 2 Notions – Structure d’un projet <ul><li>ex : </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike =>
    33. 33. Rappel sur Maven 2 Notions – Structure d’un projet <ul><li>ex 2 : </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike =>
    34. 34. Rappel sur Maven 2 Notions – Gestion des dépendances <ul><li>Gère les dépendances du projet </li></ul><ul><li>Gère les dépendances transitives entre projet </li></ul><ul><ul><li>ex : </li></ul></ul><ul><ul><ul><li>A (sample-war.war) dépend de B (sample-jar.jar) </li></ul></ul></ul><ul><ul><ul><li>B (sample-jar.jar) dépend de C (log4j.jar) </li></ul></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike = + <groupId>fr.soat.sample.metier</groupId> <artifactId>jar-sample</artifactId> <version>0.0.1-SNAPSHOT</version> <name>jar-sample</name> <dependencies> <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.14</version> </dependency> </dependencies> <groupId>fr.soat.sample</groupId> <artifactId>war-sample</artifactId> <version>0.0.1-SNAPSHOT</version> <packaging>war</packaging> <name>war-sample</name> <dependencies> <dependency> <groupId>fr.soat.sample.metier</groupId> <artifactId>jar-sample</artifactId> <version>0.0.1-SNAPSHOT</version> </dependency> </dependencies>
    35. 35. Rappel sur Maven 2 Notions – Gestion de la visibilité <ul><li>Existe 6 types de visibilité : </li></ul><ul><ul><li>Compile : (par défaut) disponible dans toutes les phases </li></ul></ul><ul><ul><li>Runtime : les dépendances de portées runtime ne sont pas nécessaires pour la compilation, uniquement pour l'exécution (ex : drivers JDBC) </li></ul></ul><ul><ul><li>Provided : utilisée pour compiler l'application, mais non déployée (ex : librairies présentes dans le classpath d’un serveur d’application) </li></ul></ul><ul><ul><li>Test : uniquement nécessaires pour compiler et exécuter les tests (par exemple Junit) </li></ul></ul><ul><ul><li>System : similaire au scope Provided mais où le jar est spécifié explicitement (ie. Son chemin dans le système de fichiers) </li></ul></ul><ul><ul><li>Import : utilisé uniquement dans le cas d’une dépendance de type pom ans la section <dependencyManagement> </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    36. 36. Rappel sur Maven 2 Notions – Gestion de la visibilité <ul><li>ex : </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike <groupId>fr.soat.sample</groupId> <artifactId>war-sample</artifactId> <version>0.0.1-SNAPSHOT</version> <packaging>war</packaging> <name>war-sample</name> <dependencies> <dependency> <groupId>fr.soat.sample.metier</groupId> <artifactId>jar-sample</artifactId> <version>0.0.1-SNAPSHOT</version> </dependency> <dependency> <groupId>javax.servlet</groupId> <artifactId>servlet-api</artifactId> <version>2.5</version> <scope>provided</scope> </dependency> </dependencies>
    37. 37. Rappel sur Maven 2 Notions – Modules et Héritage <ul><li>Permet de gérer des modules (référence à un autre projet maven, c’est à dire une référence à un autre POM) </li></ul><ul><li>Permet de gérer des héritages (référence à un projet père pour bénéficier des caractéristique de son POM) </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike <groupId>fr.soat.sample</groupId> <artifactId>project-sample</artifactId> <version>0.0.1-SNAPSHOT</version> <packaging>pom</packaging> … <modules> <module>jar-sample</module> <module>war-sample</module> </modules> <artifactId>war-sample</artifactId> <packaging>war</packaging> <name>war-sample</name> <parent> <groupId>fr.soat.sample</groupId> <artifactId>project-sample</artifactId> <version>0.0.1-SNAPSHOT</version> </parent> <artifactId>jar-sample</artifactId> <name>jar-sample</name> <parent> <groupId>fr.soat.sample</groupId> <artifactId>project-sample</artifactId> <version>0.0.1-SNAPSHOT</version> </parent>
    38. 38. Rappel sur Maven 2 Notions – Repository <ul><li>Repository global : </li></ul><ul><ul><li>Un/des repositories globaux (ex : http://repo1.maven.org/maven2/ ) contiennent les dépendances officielles et sont utilisés pour construire (par téléchargement) le repository local </li></ul></ul><ul><li>Repository local : </li></ul><ul><ul><li>(par défaut $HOME/.m2/repository) contient des dépendances officielles et courantes et est utilisé par les projets pour chercher les dépendances. Si elles ne sont pas trouvées dans le repository local, elles sont automatiquement téléchargées à partir du/des repositories globaux </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    39. 39. Rappel sur Maven 2 Notions – Repository <ul><li>Structure des repositories : </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    40. 40. Rappel sur Maven 2 Notions – Cycle de vie <ul><li>Consiste en une série de phases où chaque phase peut réaliser une ou plusieurs actions (ou goals) liée à la phase (ex : la phase de compilation invoque un ensemble de goal de compilation) </li></ul><ul><li>Possibilité d’invoquer un goal directement </li></ul><ul><ul><li>ex : mvn release:prepare </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-antrun-plugin</artifactId> <executions> <execution> <id>stop-tomcat</id> <phase>generate-test-sources</phase> <goals> <goal>run</goal> </goals> <configuration> <tasks> <exec dir= &quot;/home/dev/sps-tomcat/bin&quot; executable=&quot;sh&quot;> <arg line= &quot;shutdown.sh&quot; /> </exec> </tasks> </configuration> </execution> </executions> </plugin>
    41. 41. Rappel sur Maven 2 Notions – Profils <ul><li>Possibilité de définir ses profils (ex : dev, initdb, dev-bdd) : </li></ul><ul><ul><li>Permet de se dé-corréler d’une couche non utile aux développements courants (allégement de la compilation, tests propres au développement courant, ...) </li></ul></ul><ul><ul><li>Permet de tester par rapport à son environnement </li></ul></ul><ul><li>ex : </li></ul><ul><ul><li>mvn install -Pdev </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    42. 42. Rappel sur Maven 2 Notions – Configuration <ul><li>${MAVEN_HOME}/conf </li></ul><ul><ul><li>settings.xml </li></ul></ul><ul><ul><ul><li>Proxy internet, </li></ul></ul></ul><ul><ul><ul><li>Path du repository local, </li></ul></ul></ul><ul><ul><ul><li>Mirroirs, </li></ul></ul></ul><ul><ul><ul><li>Profils, </li></ul></ul></ul><ul><ul><ul><li>… </li></ul></ul></ul><ul><li>${HOME}/.m2 </li></ul><ul><ul><li>settings.xml </li></ul></ul><ul><ul><ul><li>Mirroirs, </li></ul></ul></ul><ul><ul><ul><li>Profils, </li></ul></ul></ul><ul><ul><ul><li>Droits </li></ul></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    43. 43. Rappel sur Maven 2 Présentation So@t License Creative Commons 2.0 – Share Alike Dans la vraie vie…
    44. 44. Rappel sur Maven 2 Dans la vraie vie… <ul><li>Demo : </li></ul><ul><ul><li>Repo proxy (Nexus) </li></ul></ul><ul><ul><li>Plugins maven </li></ul></ul><ul><ul><li>Intégration eclipse (m2eclipse) </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    45. 45. Présentation So@t License Creative Commons 2.0 – Share Alike Exemple de mise en œuvre
    46. 46. Exemple de mise en œuvre Contexte (1/2) <ul><li>But : mise en place d’outils pour automatiser l’exécution de tests fonctionnels </li></ul><ul><li>Etat des lieux : </li></ul><ul><ul><li>Contient : </li></ul></ul><ul><ul><ul><li>4 webapps </li></ul></ul></ul><ul><ul><ul><ul><li>Jetspeed </li></ul></ul></ul></ul><ul><ul><ul><ul><li>2 portlets </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Webservices </li></ul></ul></ul></ul><ul><ul><ul><li>1 bdd postgreSQL </li></ul></ul></ul><ul><ul><li>SCM = SVN </li></ul></ul><ul><ul><li>Procédure de livrable : </li></ul></ul><ul><ul><ul><li>L’équipe de production récupérait les sources sur le serveur cible et exécutait les commandes : </li></ul></ul></ul><ul><ul><ul><ul><li>mvn jetspeed:mvn –Pdeploy </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Copiait le war des webservices </li></ul></ul></ul></ul><ul><ul><li>17 TUs… </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    47. 47. Exemple de mise en œuvre Contexte (2/2) <ul><li>Outils : </li></ul><ul><ul><li>IntelliJ, Eclipse, Netbeans </li></ul></ul><ul><ul><li>TeamCity : </li></ul></ul><ul><ul><ul><li>mvn clean install </li></ul></ul></ul><ul><ul><li>Artifactory </li></ul></ul><ul><ul><li>SVN </li></ul></ul><ul><ul><li>Maven 2 mais peu de connaissances (2-3 personnes sur 10) </li></ul></ul><ul><li>Procédure de déploiement sur le poste du développeur </li></ul><ul><ul><li>mvn jetspeed:mvn –Pdeploy (bdd, déploiement, …) </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    48. 48. Exemple de mise en œuvre Plan d’action – Maitriser le build <ul><li>Maitriser le build </li></ul><ul><ul><li>Générer des wars déployables via un mvn install (ie. s’abstraire du processus Jetspeed (au moins en parti) </li></ul></ul><ul><ul><li>Générer un livrable : utilisation du plugin Assembly et externalisation des fichiers de configuration hors des war/jar </li></ul></ul><ul><ul><li>Mettre en place les bonnes pratiques Maven </li></ul></ul><ul><ul><ul><li>SNAPSHOT </li></ul></ul></ul><ul><ul><ul><li>Profile </li></ul></ul></ul><ul><ul><ul><li>Scope/classifier </li></ul></ul></ul><ul><ul><ul><li>Alléger les POM des informations inutiles </li></ul></ul></ul><ul><ul><ul><li>Définir un projet parent contenant toutes les informations </li></ul></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    49. 49. Exemple de mise en œuvre Plan d’action – Accélérer le développement <ul><li>Utilisation de JRebel sur le poste des développeurs </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    50. 50. Exemple de mise en œuvre Plan d’action – le processus de développement <ul><li>Mettre en place un environnement dont les données sont maitrisées sur lesquels un déploiement est fait quotidiennement et automatiquement via l’utilisation du plugin Cargo </li></ul><ul><ul><li>Dev-Int </li></ul></ul><ul><li>Mettre en place un environnement dont les données sont maitrisées sur lesquels un déploiement est fait quotidiennement et automatiquement via l’utilisation du plugin Cargo et sur lequel un ensemble de test fonctionnellement est effectué via le framework de test Selenium </li></ul><ul><ul><li>TU-Dev-Int </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    51. 51. Exemple de mise en œuvre Plan d’action – le processus de développement Présentation So@t License Creative Commons 2.0 – Share Alike Processus de développement développement TU NOK commit TU OK Compilation + TU Compilation ou TU NOK Compilation + TU + Déploiement Auto Dev-integ Compilation + TU + TF + Déploiement Auto TU-Dev-integ Compilation ou TU ou TF NOK Compilation ou TU ou TF NOK TU = tests unitaires TF = tests fonctionnels Poste développeur SVN TeamCity
    52. 52. Exemple de mise en œuvre Plan d’action – Le processus de livraison <ul><li>Mettre en place un environnement le plus proche possible de l’environnement cible permettant de tester le livrable via les scripts utilisés par la production </li></ul><ul><li>Définir le rôle de l’environnement sur lequel les tests de QA sont effectués </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    53. 53. Exemple de mise en œuvre Plan d’action – Le processus de livraison Présentation So@t License Creative Commons 2.0 – Share Alike Processus de livraison Production Livrable Environnement installé Déploiement Correction TF NOK Livraison Environnement Installé TF = tests fonctionnels Déploiement si TF OK sur env. dev-intégration Tests MOA NOK Poste Livreur (job Serveur CI) Pré-Intégration Intégration Développeurs
    54. 54. Exemple de mise en œuvre Plan d’action – Les tests fonctionnels <ul><li>Utilisation de Selenium </li></ul><ul><li>Développement d’un framework s’appuyant sur Selenium pour rendre indépendant les scénarii de test de l’interface web (API offerte sous forme de DSL) </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    55. 55. Exemple de mise en œuvre Plan d’action – Les pratiques de codage <ul><li>Mise en place de Sonar </li></ul><ul><li>Mais… </li></ul><ul><ul><li>Mal configuré </li></ul></ul><ul><ul><li>Mal utilisé par le management </li></ul></ul><ul><ul><li>Mal compris par le management </li></ul></ul><ul><li>Cette culture doit être partagée! </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    56. 56. Exemple de mise en œuvre Plan d’action – Le livrable <ul><li>Utilisation du plugin Release pour gérer le processus de livraison (création tags, déploiement sur le Remote Proxy, …) </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    57. 57. Exemple de mise en œuvre Focus – Retour sur les fichiers de configuration <ul><li>Ici, tous les fichiers de configuration se trouvent dans le classpath serveur au runtime : </li></ul><ul><ul><li>Permet : </li></ul></ul><ul><ul><ul><li>Gestion de la configuration par la production </li></ul></ul></ul><ul><ul><ul><li>Ne pas avoir à « dé-warer » ou « dé-jarer » </li></ul></ul></ul><ul><li>Problématique : </li></ul><ul><ul><li>Ne pas avoir de doublons </li></ul></ul><ul><li>Solution appliquée : </li></ul><ul><ul><li>1 module pour la configuration </li></ul></ul><ul><ul><li>Utilisation du resource/filter de Maven </li></ul></ul><ul><ul><li>Utilisation du classifier test </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    58. 58. Exemple de mise en œuvre Focus – Retour sur le jeux de données <ul><li>Ici, jeux de données dépendant de la base de données </li></ul><ul><li>Problématique : </li></ul><ul><ul><li>Séparation entre le schéma et les données de tests </li></ul></ul><ul><li>Solution retenue : </li></ul><ul><ul><li>Dump bdd? </li></ul></ul><ul><ul><li>Fichier sql à maintenir? </li></ul></ul><ul><ul><li>Injecteur Java? </li></ul></ul><ul><li>Doit être pensé dès le départ et la problématique doit être partagée! </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    59. 59. Exemple de mise en œuvre Focus – Retour sur le livrable <ul><li>Utilisation du plugin assembly </li></ul><ul><li>Utilisation d’1 module </li></ul><ul><li>Utilisation de la gestion de la transitivité de Maven pour gérer le livrable </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    60. 60. Présentation So@t License Creative Commons 2.0 – Share Alike Bonnes pratiques Maven
    61. 61. Bonnes pratiques Maven En vrac… <ul><li>SNAPSHOT </li></ul><ul><li>Utiliser dependencyManagement </li></ul><ul><li>Utiliser les plugins et déclarer leur version </li></ul><ul><li>Utiliser pluginManagement </li></ul><ul><li>Utiliser les modules et les héritages </li></ul><ul><li>Utiliser le même numéro de version dans tout le projet </li></ul><ul><li>Ne pas utiliser Maven pour ce qu’il n’est pas prévu </li></ul><ul><li>Utiliser un repository manager (Nexus, Archiva, Artifactory, …) </li></ul><ul><li>Ne pas skipper les tests unitaires </li></ul><ul><li>Comprendre son fonctionnement </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    62. 62. Bonnes pratiques Maven En général… <ul><li>Utiliser un SCM (SVN, CVS, Git, …) </li></ul><ul><li>Utiliser des outils de qualité de code (Sonar, Findbugs, Pmd, Checkstyle, Cobertura, …), les configurer, regarder l’évolution et améliorer son code </li></ul><ul><li>Utiliser le plugin Release quand cela est possible </li></ul><ul><li>Utiliser un serveur d’intégration continue (Hudson, Jenkins, Continuum, Bamboo, CruiseControl, …) </li></ul><ul><li>Faire prendre conscience à chacun de l’importance des processus </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    63. 63. Bonnes pratiques Maven Focus <ul><li>Plugin Release </li></ul><ul><ul><li>Phase prepare : </li></ul></ul><ul><ul><ul><li>Vérification du code présent </li></ul></ul></ul><ul><ul><ul><li>Vérification des SNAPSHOTS </li></ul></ul></ul><ul><ul><ul><li>Prompt de l’utilisateur sur les versions </li></ul></ul></ul><ul><ul><ul><li>Vérifie la validité du projet </li></ul></ul></ul><ul><ul><ul><li>Tags le projet sur le SCM à la version indiquée </li></ul></ul></ul><ul><ul><ul><li>Itère le numéro de version </li></ul></ul></ul><ul><ul><li>Phase perform : </li></ul></ul><ul><ul><ul><li>Checkout du code source </li></ul></ul></ul><ul><ul><ul><li>Génération du livrable, de la documentation et du code source et upload sur le remote proxy maven </li></ul></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    64. 64. Bonnes pratiques Maven Focus <ul><li>Commandes </li></ul><ul><ul><li>-pl </li></ul></ul><ul><ul><li>-amd </li></ul></ul><ul><ul><li>-am </li></ul></ul><ul><ul><li>-N </li></ul></ul><ul><ul><li>-T </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    65. 65. Bonnes pratiques Maven Focus <ul><li>Plugin Versions </li></ul><ul><ul><li>mvn versions:set –DnewVersion=xxx </li></ul></ul><ul><ul><li>mvn versions:commit </li></ul></ul><ul><ul><li>mvn versions:rollback </li></ul></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    66. 66. Présentation So@t License Creative Commons 2.0 – Share Alike Pour aller plus loin…
    67. 67. Pour aller plus loin… <ul><li>[Web] Site officiel de maven http://maven.apache.org/ </li></ul><ul><li>[Livre] Apache Maven – N. De loof, A. Héritier [Pearson] </li></ul><ul><li>[Web] BetterBuildsWithMaven – V. Massol, J. Van Zyl, B. Porter, J. Casey, C. Sanchez http://repo.exist.com/dist/maestro/1.7.0/BetterBuildsWithMaven.pdf </li></ul><ul><li>[Web] Maven the complete reference - T. O'Brien, J. Casey, B. Fox, J. Van Zyl, M. Moser, E. Redmond, L. Shatzer http://www.sonatype.com/books/mvnref-book/reference/public-book.html </li></ul><ul><li>[Web] Maven : The definive guide - T. O'Brien, J. Casey, B. Fox, J. Van Zyl, E. Redmond, L. Shatzer, B. Snyder, E. Hugonnet, E. Alliaume http://www.maven-definitive-guide.fr/ </li></ul><ul><li>[Vidéo] Vers des exigences exécutables – O. Billard, A. Bonnefoy http://www.beta.parleys.com/#id=1880&sl=1&st=5 </li></ul><ul><li>[Vidéo] Intégration Continue – enjeux, outils et bénéfices – P. Ensarguet, T. Carré http://www.beta.parleys.com/#id=1863&sl=1&st=5 </li></ul><ul><li>[Vidéo] Sonar – O. Gaudin http://www.beta.parleys.com/#id=678&sl=1&st=5 </li></ul><ul><li>[Vidéo] Les frameworks open source – R. Pelisse, F. Le Droff http://www.beta.parleys.com/#id=625&sl=1&st=5 </li></ul>Présentation So@t License Creative Commons 2.0 – Share Alike
    68. 68. Présentation So@t License Creative Commons 2.0 – Share Alike Question ?

    ×