Hello ! Le Mon, 16 Jun 2014 19:22:41 +0200, Eric Chatellier <chatellier@codelutin.com> a écrit :
Le 16/06/2014 18:05, a.garandel@dralagen.fr a écrit :
- Alternatif, Il existe un gestionnaire de dépot 'bower' qui est une sorte de maven pour javascript. Toutes les libs javascripts sont présent avec presque toutes les versions. Le problème c'est que bower est une appli installé avec npm donc les dépendances sont un peu lourde
À terme, ca me tente bien cette approche. À vouloir "repousser" dans maven c'est lib javascript qui existe déjà ailleurs, c'est de la pure duplication.
Lié l’écosystème java à écosystème javascript est la meilleure solution à long terme. [...] La finalité est que : - 'mvn clean install' package totalement l'application - 'mvn jetty:run' fonctionne - dans eclipse cela fonctionne
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.
Je suis pleinement d'accord avec cela. Il faut s'appuyer sur la communauté Javascript autant que possible pour nous simplifier la vie et garder un modèle qui permettra aux gens de se retrouver avec du "classique" et faciliter les contributions \o/
(attention, la suite est sujette à troll, et aurait plus eu sa place un vendredi)
Après, concernant pollen-ui-angular, ce n'est pas un projet Java, qu'apporte vraiment Maven dans ce cas ?
Ici, ça apporte une forme de cohésion avec tout le projet : ce n'est pas seulement une hsitoire de pollen-ui-angular, c'est le projet Pollen au complet. Actuellement, je n'arrive pas à concevoir l'ui de pollen comme un projet à part de Pollen
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.
Mais le problème n'est pas simple.
-- Yannick Martel Code Lutin <http://www.codelutin.com/> +33 2 40 50 29 28