On est en 2015, quand on a deux sous de bon sens on utilise Maven 2 et pas cette vieille usine à gaz verbeuse qu'est ANT. Non seulement ta vidéo n'a rien à foutre ici, mais en plus elle présente une technologie déjà dépassée, félicitations.
J'allais dire la même. Merci.
Bon, à part qu'on est passé à Maven 3 il y a 3 ans environ... Même si Maven conserve les éléments de maven 2 (en ne renommant pas le .m2 en .m3 par exemple, par soucis de compatibilité), on est sur Maven 3 maintenant. Et ca change pas mal de choses, notamment sur la gestion des SNAPSHOT (qui sont maintenant timestampés).
Demain, il va envoyer une vidéo : "créer votre application web avec Struts 1", après sa vidéo sur "Spring MVC". IL doit y avoir une logique là-dedans, mais je cherche encore.
Merci des précisions, à la base je suis développeur Rails, pas Java (même dans mes projets personnels). Du coup fatalement je ne suis pas au courant des "derniers" trucs et je me suis arrêté à "faire des projets propres avec maven" sans aller chercher les dernières versions de l'outil, seulement une version fiable :) du coup j'vais aller me regarder les différences entre les versions.
Bof, Maven 2 c'est déjà très bien :). Maven 3 est un peu plus utile pour la production et la gestion de projets qui utilisent beaucoup les SNAPSHOTS. Ensuite, sur le reste, c'est kif kif. Ca te changera pas de Maven 2 ^^.
d'après ce que je connais, ANT c est un outil de automatisation des taches répétitives sur les projets informatique, et MAVEN c est un outil pour la gestion de dépendance !!!
donc, je pense que quand ne peut pas dire qu'on doit utiliser l'un à la place de l'autre, puis ce qu'il sont dans des domaines différents
Sauf que Maven ne fait pas que gérer des dépendances, et qu'il est possible d'y définir des tâches ANT... Maven permet aussi de formater des projets afin de faciliter leur maintenance par d'autres développeurs Java, ça ne sert pas qu'à aller facilement chercher un JAR ou deux...
La gestion de dépendances n'est qu'une facette de Maven qui est un outil d'aide à la production d'applications. Il gère les dépendances, mais avant tout il gère les SNAPSHOT. Il gère le build, il gère les plugins, il gère la qualité, il génère des Maven Sites, il automatise le build, il gère la MAJ des snapshots, il gère les releases, il fait presque le café.
Ant, c'est juste un outil qui permet d'interfacer des commandes (parfois de manière aveugle). Bref, nativement, Ant fait beaucoup moins et est beaucoup moins normé (et par extension beaucoup plus verbeux je trouve). Ant ne fait qu'appeler des commandes quand Maven les gère pour toi et les encapsule. D'où l'intérêt de Maven par rapport à Ant. Dans un projet sous Maven, je crée mes poms, ma hiérarchie, je définis mes artifacts, et les devs n'ont plus rien qu'à cloner le git et faire mvn clean install quand ils veulent (ou mvn jetty:run pour deploy sur un serveur d'appli léger que j'ai configuré avant). Avec Ant, c'est pas le même délire.
Ensuite, pour brancher à une PIC (tournons pas autour du pot : pour brancher à du Jenkins) : tellement plus simple avec Maven.
Pour release : tellement plus simple avec Maven (natif).
Pour gérer mes releases et mes livraisons : tellement plus simple avec Maven.
Pour gérer la qualité du code : tellement plus simple avec Maven (plugins Pmd, Checkstyle et Findbugs qui conditionnent le build success).
Pour générer un livrable "custom" : tellement plus simple avec Maven (plugins Assembly).
Pour minifier mes scripts front-end : tellement plus simple avec Maven (plugins Minify ou YUI-Compressor).
Pour remplacer des valeurs à une étape précise du process global de build ou de release : tellement plus simple avec Maven (plugin Assembly ou plugin War).
etc...
A vrai dire, je cherche un truc qu'il ne ferait pas et j'ai du mal à trouver. Alors que chaque fois que j'utilise Ant, j'ai envie de me pendre...
kra Vermisseau
Pas sûr que ça suffise à te garder en positif très longtemps...
sven.is En réponse à kra Vermisseau
Clansman irkblmo
JesusOmega En réponse à Clansman Vermisseau
Sphax LoMBriK addict !
Narf En réponse à Sphax LoMBriK addict !
babausse Asticot
Chaque_Jirac En réponse à babausse Mervisseau
Bon, à part qu'on est passé à Maven 3 il y a 3 ans environ... Même si Maven conserve les éléments de maven 2 (en ne renommant pas le .m2 en .m3 par exemple, par soucis de compatibilité), on est sur Maven 3 maintenant. Et ca change pas mal de choses, notamment sur la gestion des SNAPSHOT (qui sont maintenant timestampés).
Mouke En réponse à Chaque_Jirac Lombrik Mythik
Chaque_Jirac En réponse à Mouke Mervisseau
Mouke En réponse à Chaque_Jirac Lombrik Mythik
babausse En réponse à Chaque_Jirac Asticot
Chaque_Jirac En réponse à babausse Mervisseau
Java2Brain En réponse à babausse Vermisseau
donc, je pense que quand ne peut pas dire qu'on doit utiliser l'un à la place de l'autre, puis ce qu'il sont dans des domaines différents
et merci pour votre remarque :)
babausse En réponse à Java2Brain Asticot
Chaque_Jirac En réponse à Java2Brain Mervisseau
Ant, c'est juste un outil qui permet d'interfacer des commandes (parfois de manière aveugle). Bref, nativement, Ant fait beaucoup moins et est beaucoup moins normé (et par extension beaucoup plus verbeux je trouve). Ant ne fait qu'appeler des commandes quand Maven les gère pour toi et les encapsule. D'où l'intérêt de Maven par rapport à Ant. Dans un projet sous Maven, je crée mes poms, ma hiérarchie, je définis mes artifacts, et les devs n'ont plus rien qu'à cloner le git et faire mvn clean install quand ils veulent (ou mvn jetty:run pour deploy sur un serveur d'appli léger que j'ai configuré avant). Avec Ant, c'est pas le même délire.
Ensuite, pour brancher à une PIC (tournons pas autour du pot : pour brancher à du Jenkins) : tellement plus simple avec Maven.
Pour release : tellement plus simple avec Maven (natif).
Pour gérer mes releases et mes livraisons : tellement plus simple avec Maven.
Pour gérer la qualité du code : tellement plus simple avec Maven (plugins Pmd, Checkstyle et Findbugs qui conditionnent le build success).
Pour générer un livrable "custom" : tellement plus simple avec Maven (plugins Assembly).
Pour minifier mes scripts front-end : tellement plus simple avec Maven (plugins Minify ou YUI-Compressor).
Pour remplacer des valeurs à une étape précise du process global de build ou de release : tellement plus simple avec Maven (plugin Assembly ou plugin War).
etc...
A vrai dire, je cherche un truc qu'il ne ferait pas et j'ai du mal à trouver. Alors que chaque fois que j'utilise Ant, j'ai envie de me pendre...
Chinois11 Ténia koué
Episode 1: comment supprimer un compte lelombrik
Ced Lombrik
Tisla Lombric Shaolin