Le 16/06/2014 18:05, a.garandel@dralagen.fr a écrit :
Bonjour, Yo,
On Mon, 16 Jun 2014 19:22:41 +0200 Eric Chatellier <chatellier@codelutin.com> wrote: ola
Quelle solution on envisage pour pollen ?
La finalité est que : - 'mvn clean install' package totalement l'application mvn clean package alors ? - 'mvn jetty:run' fonctionne
ou mvn tomcat7:run... Jetty is evil :(
- dans eclipse cela fonctionne No comment.
Donc, la seule solution que je vois à l'heure actuelle est d'avoir les resources javascript dans les jars (et seul nuiton-js, webjars propose ca).
Le must au final serait truc maven + bower.
+1 Si y'a un plugin à faire, let's do it!
Après, concernant pollen-ui-angular, ce n'est pas un projet Java, qu'apporte vraiment Maven dans ce cas ?
C'est la seule solution qu'on a pour le moment pour déployer facilement sur demo (autre chose de faire des git pull sur un serveur de demo...) Il me parait un peu compliqué à l'heure actuelle de changer ça d'autant plus que le reste du projet est construit avec maven. On pourait imaginer créer un autre projet (sous-projet ?) sur la forge pollen-ui qui du coup ne serait plus dans le build des services ? Perso avant de tout changer je serais plutôt partisan de voir ce qui se fait ailleurs sous maven et si y'a vraiment aucune solution se tourner vers un autre outil de build, mais pas avant (a.k.a nuiton-js). Pour moi maven n'est pas forcement pour produire du java, on peut définir de nouveaux packaging, et les rattacher au cycle de vie de maven. Cela existe déjà pour le packaging javascript il me semble.
Peut-être que la solution peut se trouver dans d'autres ecosystème, comme Gradle. Gradle n'est déjà pas spécifique à Java, et doit avoir moins de contrainte que Maven.
À voir son intégration avec Bower, yeoman, et grunt.
Autant regarder d'abord pour maven. Comme dit précemment, on peut définir un nouveau type de packaging et faire en sorte que maven fasse exactement ce qu'on veut. Par exemple définir le bon enchainement des plugins à déclancher selon les phases des cycles de vie. Ça me parait une bonne piste à creuser. Il suffit alors juste de définir un nouvelle convention sur comment on veut packager un projet html + javascript. Cela vaudrait peut-être le coup de voir avec les gens de Maven, on ne doit pas être les seuls à vouloir faire ça... My 2 cents. tony. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 http://www.codelutin.com email: chemit@codelutin.com twitter: https://twitter.com/tchemit