Recommandé
Contenu connexe
Similaire à Gradle Vs Maven by Slickteam & J Guidoux - 29/06/17
Similaire à Gradle Vs Maven by Slickteam & J Guidoux - 29/06/17 (20)
Dernier
Dernier (6)
Gradle Vs Maven by Slickteam & J Guidoux - 29/06/17
- 1. Slickteam.fr Maven est mort, Vive Gradle ! #GDBST Geeking Days By SlickTeam
- 2. Slickteam.fr Sommaire • Aux origines de Gradle • Découverte de Gradle • Les «killer features» • Migration 2
- 3. Slickteam.fr Qui suis-je ? • Jérémie Guidoux • Partenaire Slickteam • Ancien co-fondateur de Tocea • Passionné d’informatique • Passionné de voyage • Travaillais avec Maven auparavant • Découvre Gradle en 2013 3
- 7. Slickteam.fr
- 10. Slickteam.fr Regardons un peu en détails…
- 12. Slickteam.fr 12
- 14. Slickteam.fr 14
- 16. Slickteam.fr Le Hello world v2 16
- 17. Slickteam.fr
- 18. Slickteam.fr 18
- 19. Slickteam.fr Comparaisons : Hello world • Nombre de lignes de code 19
- 20. Slickteam.fr
- 21. Slickteam.fr 21
- 22. Slickteam.fr 22
- 23. Slickteam.fr Comparaisons : Hello world • Nombre de lignes de code 23
- 25. Slickteam.fr 25
- 27. Slickteam.fr Plugin Assembly Plugin Shade Plugin Assembly Plugin «maison» 27 Projets / packaging
- 28. Slickteam.fr 28
- 29. Slickteam.fr 29
- 30. Slickteam.fr 30 Print dependencies Deploy on tomcat My custom packages Integration-test
- 31. Slickteam.fr 31
- 32. Slickteam.fr 32
- 35. Slickteam.fr Le Hello world v1 35
- 36. Slickteam.fr 36
- 37. Slickteam.fr $> gradle printHelloWorld $> gradle pHW $> gradle print 37
- 38. Slickteam.fr Petit aparté : Les tâches 38
- 39. Slickteam.fr 39
- 41. Slickteam.fr 41
- 42. Slickteam.fr 42
- 43. Slickteam.fr Le Hello world v2 43
- 46. Slickteam.fr 46
- 47. Slickteam.fr 47
- 48. Slickteam.fr 48
- 49. Slickteam.fr 49
- 50. Slickteam.fr $> gradle build --profile 50
- 52. Slickteam.fr $> gradle build -Dscan 52
- 53. Slickteam.fr Comparaisons : Hello world • Nombre de lignes de code 53
- 54. Slickteam.fr Comparaisons : Hibernate 54 • Nombre de ligne de code
- 55. Slickteam.fr Comparaisons : Hibernate 55 • Nombre de ligne de code
- 57. Slickteam.fr 57
- 69. Slickteam.fr 69
- 70. Slickteam.fr “The best way to do work faster is to not do work that doesn’t need doing” Gradle 70
- 73. Slickteam.fr Build-cache Cache Gradle Projet outputs 73 :javaCompile Sources *.java *.class Inputs ?
- 74. Slickteam.fr Scope machine et tous les builds Build-cache Cache Gradle Projet3 outputs 74 Projet5 Projet4 Projet1 Projet2 gradle clean Changements de branches
- 76. Slickteam.fr • Exécution de projets en parallèles • Exécution de tests parallèles • Configuration à la demande • Téléchargement dépendances en parallèles Voir https://guides.gradle.org/performance/ 76
- 77. Slickteam.fr Comparaison temps de build 77 https://gradle.org/gradle-vs-maven-performance
- 78. Slickteam.fr 78
- 81. Slickteam.fr Gestion des multi-projets 81 $> mvn install Projet shared api personService api
- 82. Slickteam.fr Gestion des multi-projets 82 $> gradle build Projet shared api personService api shared
- 83. Slickteam.fr Gestion des multi-projets 83 $> gradle build Projet shared api personService api shared
- 84. Slickteam.fr Gestion des multi-projets 84 Compile ? $> gradle buildDependents Projet shared api personService api shared personService
- 85. Slickteam.fr Gestion des multi-projets 85 Compile PersonService ? $> gradle :personService:build Projet shared api personService
- 86. Slickteam.fr Gestion des multi-projets 86 Où dois-je écrire mes fichiers build.gradle ? Projet shared api personService
- 92. Slickteam.fr 92
- 94. Slickteam.fr Gradle wrapper 94 $> gradle build$> ./gradlew build
- 95. Slickteam.fr Gradle wrapper 95 $> gradle wrapper --gradle-version 4.0
- 96. Slickteam.fr Et encore plus… • Gestion des dépendances et des scopes poussée • Le build continue ( option –t) • Ajout de ‘scope’ customs (configuration) • Gère de nombreux langages • Java, Groovy, Scala, Kotlin, C/C++… • Peut avoir plusieurs sourceSets • Plusieurs langage dans un seul projet • Peut appeler des commandes Ant • ant.echo(`Hello World`) • … 96Voir https://gradle.org/maven-vs-gradle
- 97. Slickteam.fr Point faible • L’auto-complétion dans les IDEs n’est pas optimale. • À venir, possibilité d’utiliser le langage Kotlin à la place de Groovy • Typage fort. • Le langage Groovy • Proche du java. Courbe d’apprentissage simple • Connaitre l’API Gradle • L’api de base permet de gérer la plupart des cas. • Une très bonne documentation. 97Voir https://docs.gradle.org/4.0/userguide/userguide.html
- 98. Slickteam.fr
- 99. Slickteam.fr Faut-il migrer vers Gradle ? 99 Nouveaux projets Projets existants
- 100. Slickteam.fr Créer un nouveau projet avec Gradle 100
- 101. Slickteam.fr Créer un nouveau projet avec Gradle 101
- 102. Slickteam.fr Créer un nouveau projet avec Gradle 102
- 103. Slickteam.fr Créer un nouveau projet avec Gradle 103
- 104. Slickteam.fr Créer un nouveau projet avec Gradle 104 libs/
- 105. Slickteam.fr Créer un nouveau projet avec Gradle 105 libs/
- 106. Slickteam.fr Créer un nouveau projet avec Gradle 106
- 107. Slickteam.fr Faut-il migrer vers Gradle ? Nouveau projets Projets existants 107
- 108. Slickteam.fr Faut-il migrer vers Gradle ? 108 • Problème de gestion de multi-projets ? • Problème de packaging ? • Lancer un build est-il lent ? • Besoin urgent de souplesse ? • Envie de créer des tâches sans créer de plugins • Ajouter des « if » facilement ? • Cohabitation de plusieurs langages difficiles ?
- 109. Slickteam.fr Pourquoi migrer selon steve Ebersole (hibernate) Maven • Pas de multi-projet • Plugin release à jeter • Pas de connaissances des projets frères • Héritage des poms • « On doit écrire un plugin» • … Gradle • « build per conventions» + scripts • Flexibilité • Dépendances entre modules, taches, configurations… • Possibilité d’avoir plusieurs «souce set» • Le build incrémental • Compatibilité avec Maven 109https://developer.jboss.org/wiki/Gradlewhy
- 110. Slickteam.fr Migrer un projet existant • Même structure de projet • Peut rajouter un projet build.gradle tout en ayant un pom.xml • $> gradle init convertit directement un projet Maven • Plus compliqué pour les plugins customs • En général ces même phases sont plus faciles à écrire en Gradle 110
- 111. Slickteam.fr 111
- 112. Slickteam.fr 112
- 114. Slickteam.fr 114
- 116. Slickteam.fr 116
- 117. Slickteam.fr 117
- 118. Slickteam.fr Créer un nouveau projet avec Gradle 118
- 119. Slickteam.fr 119
- 120. Slickteam.fr 120
- 121. Slickteam.fr Fat jar & dépendances 121
- 126. Slickteam.fr 126
Notes de l'éditeur
- #GDBST twitter live Promouvoir les nouvelles technologies Commercer par gradle Pourquoi Gradle ? vent en poupe. De plus en plus utilisé Manginal an france Apréro Peu en france
- Les origines de Gradle Se base , appris de l’existant Comprendre les principes fondateur de Gradle Comparaison avec Ant et Maven
- Commençon par un peu d’histoire des outils de construction de projet (outil de build). Monde Java,, Outils de build, Ant et Maven + utilisés Gradle inspiré des 2
- AU commencement il y avait ant, hérite de gnu make XML
- Mode Write only
- En oppositon : Maven Changement de paradigme
- Ant . On configure tout. Maven . On décrit le projet et on se base sur des conventions
- Gradle. Prend le meilleur des 2
- Qu’est ce qu’on appelle un outil de build ? Que doit-il faire ?
- Que fait ce fichier de conf ant ?
- Rajourtons les tests
- Principales fonctionalités Bémol tests
- Comment Maven résout ceci ? Conventions Il à les infos
- Rajoutons les tests
- Rajoutons l’exécution
- Comme ant avec un reporting moyen
- 2* Moins de lignes. + foncionnlités Mais Il reste de gros manque
- Férénant
- Peu innovation depuis la 3 OU est la 3,4 ? Meme temps gradle Couleur console. Youpi Mais il y a des demandes bien plus importanttes
- Des plugins difficiles à lire. Plugin maisons. Ou multiplication de projets.
- Exemple simple de fichier assemble. Avec fircher reamda, licence, notic, le site web. Inclusion de jars
- Tant qu’on suit la route. Tout va. Simple et rapide. En dehors. Il faut se battre. Il nous manque des taches. Ajout / creation de plugin. Verbeux. Plugin également rigide
- Des tachns = plugin Pas detaches isolées Possible dans Ant et on verra également dans Gradle
- Gestion de multi-project catasropfique Il y en a pas
- Même convention que Maven Fichier de conf build.gradle. Écrit en groovy
- Je carricature un peu Valide Éxécuté a chaque fois. Pas lié à une tache Message de bienvenue par ex
- Tache hello world. Non attaché à un plugin. Comme ant et non maven Comment on peut éxécuté cette tache.
- J’ai parlé des taches. Je propose un petit apparté pour mieux comprendre comment ces 3 outils gèrent ces notions
- Taches = target Peuvent être ajouté facilement. Possibilité de créer un graphes te taches
- Taches = goal Les taches = plugin Maven donnent une notions de cycle de vie. Représenté par des phases dépendantes entre elles. Cette notion de cycle de vie est l’une des forces de Maven Cycle de vie = route Mais aussi ça rigueur Sur une lignes. Pas en graphes Que se passe t’il si ce cycle ne nous convient pas parfaitement ?
- Taches = task Possiblité d’en créer de manière isolé comme ant De créer un graphes de taches comme ant. Ou Comme Maven Utilisation/création de plugin Il y a des plugins avec des graphes de taches compleses comme le plugin java Cycle de vie
- 1 ligne. Cycle de vie
- Que fait ce scirpt de 1 ligne ? Je met un valid pour le reporting. Je vais rapidement vous montrer pourquoi
- Rajoutons les tests Exemple de jcenter ici. Syntaxe proche de maven vert pour le reporting => génération de rapport de tests intéressante
- Regardons la fonctionnalité qui nous manquait. Executer un programme.
- Génération de rapport html de base des tests
- Génération de rapport de build.
- Génération de rapports html de dépendances
- Le build scan.. Un généraiton de rapport plus complex de build centralisé sur les serveurs de gradle
- À fonctionnalité identique sur un petit projet. Gradle s’en sort le mieux en nomble de ligne. Il est le seul a bien s’en sortir pour la génération de rapports
- Mais qu’en est-il sur un vrai projet ? Je prend hibernate au moment de sa migration vers gradle entre la v3 et la v6
- Je ne compare pas la vitesse car il s’agissait a ce moment de gradle 1, qui n’avait pas les fonctionnalité qui augmentent la vitesse de build qu’il a aujourd’hui
- Gradle est souple
- Un dsl à la gradle en groovy basé même paradigme que Maven Convention over confnguration Pas dépaysé convention ne suffit pas, on peut - nos propre taches - Puis utiliser le langage groovy - Dependance en fonction de profile. Faisable avec maven
- Si un projet ne contient pas les noms release ou documentation alers je déclare cette configurations. Comment le faire avec Maven
- On peut également enrichir le DSL. Ici il s’agit d’ajouter une notion de serveu . En réalité on a écrit un plugin
- Engichissons le plugin Démarrer le serveur Plugin de type Exec. Héritage Plus le stopper Deploiment de webapp Téléchargement ?
- Ou placet notr plugin ??? build.gradle. => simple fichier gradle externe.: quand c’est typique au projet Plugin «lourd» à la maven. Écrier en java, groovy, kotlin. Ajout de tests. Framework test puissant Toujours gradle nous laisse le choix
- Taches = actions à éffectuer sur votre projet Importart : souple Gradle pousse très loins cette souplesse Jouons un peu avec
- Tache simple Taches te type Fitrer taches => action sur groupe
- Graphes de taches
- Ajout d’action Avant apres
- Gradle est il rapide pour exécuter des builds
- Si une action n’a pas besoin d’êter exécuter, alors pourquoi l’exécuter ? Et une grosse partie de la rapidité des build gradle est là. Ce n’est pas magique.
- Projet démo Noter les no-sources 2buidt (sans clean) Notes les up-to-date Gradle remarque pas de modif, -> pas d’execution
- Vous allez me dire, normal ! Il n’a rien fait. Mais comment savait-il qu’il ne l’a pas fait ?
- Le build-cache est tout nouveaux. Je n’ai pu que le tester bièvement. Connais tu mes entrées? Oui, t’embete pas je te donne les sorties
- Scope machine et tous les builds. Gestionnaire de version Changement de branche Rolleback etc. clean
- Pas testé Peut-être gradle entrepise Parc informatique, intégration continue Build réguilée Gradle cache aliment Poste dev *> build cache
- Le démon gradle. Qui permet de minimiser de tempse de confiquration des projets Java-library. Une gestion des dépendances plus précise avec la notion de dépendances de types api et implementaton
- Parlons maintenant la gestion des gros projets contenant des sous-projets Ma bete noire avec Maven Maven ne gère pas les multi-projets Projet qui en contient d’autre
- examples fournit par gradle que j’ai simplifié pour l’occasion
- Récuprer un projet de gitbuh Build Succes Bonne pratuqe
- Rarement le cas.
- Nombreux outil Nombreuses version
- Case tête du dév à installer et configurer. Projet 1. avec une version de gradle Projet 2 avec une autre version de gradle
- Pas besoin de gradle installé Toujours ça en moins
- Fircher gradlew Récupération du dépôt .gradle non versioné
- Init gradle wrapper
- Écosysième de projets maven Quid intégration du nvo projet gradle ? Gradle ok Maven ok
- Idem apache ivy
- Idem avach ant
- Nouveaux projets. La question se pose
- Se poser les bonne question Que gradle arrivent en solution.