Maven est parfois présenté comme le messie mais c'est juste une grosse bouse en réalité et l'intégration dans eclipse des dernières versions est minable (et bourrée de régressions d'ailleurs).
Tu es dur avec maven. Il a apporté des éléments très important que gradle réutilise :
gestion des dépendances
cycle de vie du build
définition du projet déclarative
La lourdeur de sa syntaxe aurait du s'estomper avec la version 3 ou 3.1, mais ce ne fut pas le cas c'est dommage.
Je n'ai probablement pas vu d'intégration de qualité de maven dans eclipse (mais je n'ai pas regardé plus que ça). Netbeans donne une vraie claque à eclipse là dessus : tu modifie le pom => il le prend en compte, tu modifie les propriétés du projet dans netbeans => il modifie le pom (notamment pour l'ajout de dépendance).
En général les gens pensent soit JEE, JSF, etc mais c'est lourd (inutilement), chiant (très), fun (pas du tout) ou Play! (perso j'aime pas mais c'est juste perso), Grails (moins).
Personnellement, j'ai énormément de mal à me mettre à utiliser des technologies de template toutes simple après avoir touché un an à JSF. JSF n'est probablement pas ce qu'il y a de plus rapide et la courbe d'apprentissage peut paraître compliquée (simple au début, puis compliquée pour enfin redevenir simple), mais j'ai pas encore trouvé d'alternative qui me botte (et oui j'ai regardé Play!, pas encore le lien que tu as donné plus haut).
Le problème de certaines remarques c'est que si tu attends que tout le monde passe à autre chose, faut pas s'étonner que ce ne soit pas le cas.
Non, c'est pas ce que j'ai voulu dire. Ce que j'ai voulu signifier c'est :
Je suis nouveau dans une boite sur un projet qui a commencé bien avant que j'arrive, je n'ai pas le choix du build.
Les arguments pour passer à gradle qui peuvent marcher c'est :
la simplicité et/ou l'intégration avec les IDE
la possibilité de hiérarchiser les projets
la possibilité de virer maven, ant et des scripts par un seul outil
bonus : la performance de gradle (le mode deamon) peut marquer beaucoup de points
Quels plugins t'intéressent réellement ? Parce qu'il y a beaucoup de choses qui nécessitent un plugin en maven et qui sont déjà là en gradle.
[^] # Re: Intérêt
Posté par barmic . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 3.
Tu es dur avec maven. Il a apporté des éléments très important que gradle réutilise :
La lourdeur de sa syntaxe aurait du s'estomper avec la version 3 ou 3.1, mais ce ne fut pas le cas c'est dommage.
Je n'ai probablement pas vu d'intégration de qualité de maven dans eclipse (mais je n'ai pas regardé plus que ça). Netbeans donne une vraie claque à eclipse là dessus : tu modifie le pom => il le prend en compte, tu modifie les propriétés du projet dans netbeans => il modifie le pom (notamment pour l'ajout de dépendance).
Personnellement, j'ai énormément de mal à me mettre à utiliser des technologies de template toutes simple après avoir touché un an à JSF. JSF n'est probablement pas ce qu'il y a de plus rapide et la courbe d'apprentissage peut paraître compliquée (simple au début, puis compliquée pour enfin redevenir simple), mais j'ai pas encore trouvé d'alternative qui me botte (et oui j'ai regardé Play!, pas encore le lien que tu as donné plus haut).
Non, c'est pas ce que j'ai voulu dire. Ce que j'ai voulu signifier c'est :
Les arguments pour passer à gradle qui peuvent marcher c'est :
On utilise par exemple :
pour faire des wsimport. Du coup je viens de chercher ça semble possible (http://www.prait.ch/wordpress/?p=418)
C'est plus un week end qu'il me faudrait (je ne dois pas être très rapide).
J'ai trouvé ça :
- http://gradle.org/docs/1.0-milestone-2/dsl/org.gradle.api.tasks.Exec.html
- http://gradle.org/docs/current/dsl/org.gradle.api.tasks.Copy.html
- http://gradle.org/docs/current/userguide/working_with_files.html
- http://gradle.org/docs/current/userguide/tutorial_this_and_that.html (ça c'est intéressant)
- Pour le remplacement : http://stackoverflow.com/questions/5392875/gradle-replace-text-in-jsp-using-filter
Bref il semble qu'il y a de quoi faire (et la documentation semble de meilleure qualité que maven).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)