Est-il possible de compiler grunt projet de maven?

Je suis en train d'exécuter des tâches grunt de l'intérieur maven sans avoir à l'installer Node.js ou quoi que ce soit. C'est parce que je wan pas mon artefact à être emballé par Jenkins et je ne peux pas installer Node.js sur cette machine.

Je sais que c'est facile avec les mnp et de quelques commandes pour faire fonctionner tout ça, mais je pense aussi qu'il devrait être facile à intégrer avec maven, le problème est que je ne sais pas par où commencer car je suis nouveau sur npm.

InformationsquelleAutor gfournier | 2013-02-18

29

Oui, à l'aide de la frontend-maven-plugin, vous pouvez compiler Grunt projets via Maven (trouvé via le NodeJS liste de diffusion).

Que la documentation points, le plugin a les caractéristiques suivantes:
- Vous permettre de garder votre frontend et backend construit comme distincte que possible, en réduisant la quantité d'interaction entre eux au strict minimum; en utilisant seulement 1 plugin.
- Vous permettre de les utiliser Node.js et de ses bibliothèques dans votre processus de création, sans installation de Node/MNP à l'échelle mondiale pour votre système de construction
- Vous permettent de vous assurer que la version de Nœud et NPM en cours d'exécution est la même dans chaque environnement de construction
J'ai parcouru le code et il est assez simple. Dieu merci, quelqu'un a finalement mettre cela ensemble; c'est une solution élégante. Le référentiel comprend un exemple qui utilise régulièrement Gruntfile.js d'invoquer jshint analyse.
- Ce plugin est génial! Citant le fichier README : ce n'est Pas destiné à remplacer la version développeur de Nœud d'interface, les développeurs toujours Nœud installer sur leurs ordinateurs portables, mais les développeurs back pouvez exécuter une construction propre, sans même l'installation de Nœud sur leur ordinateur
- - Je l'utiliser sur plusieurs projets et il est génial. Une chose d'être conscient de cela est la volonté de télécharger le nœud du système, il est en cours d'exécution sur, donc si vous avez un autre système d'exploitation sur votre serveur de build, vous aurez besoin de vous assurer que c'est la version que vous avez vérifié dans le contrôle de version, la version locale (pour moi OSX) devra être conservée à proximité de votre projet.
- Une autre alternative est de .gitignore le "nœud" du dossier (où les fichiers exécutables fin) de sorte que chaque architecture obtient son propre.
InformationsquelleAutor blong
15

Mise à JOUR 2014-09-19: Ce n'est plus la réponse la plus précise - s'il vous plaît jeter un oeil à certains de l'autre les réponses ci-dessous. Il était exacte au moment où j'ai répondu à la question, mais il semble y avoir eu beaucoup de progrès dans ce domaine depuis.

Je crains que vous êtes hors de la chance. Grunt est construit à l'aide d'un noeud et doit être installé à l'aide de mnp. Vous pourriez être en mesure de copier une installation existante de Grognement à partir d'un autre ordinateur si vous ne voulez pas utiliser npm, mais utilise toujours le grunt exécutable et toutes ses dépendances sur votre serveur de build.

En plus de cela, beaucoup de Grunt tâches sont mises en œuvre comme Node.js les modules, et vous devrez les installer. Encore une fois, vous pourriez être en mesure de les copier à partir d'un autre serveur, où vous avez fait le Nœud.js/Grunt de l'installation, mais à un point, vous devez le faire.

Pour l'exécution de Grognement de Maven, votre meilleur pari est d'utiliser Maven plugin exec, puis d'exécuter le grognement exécutable à partir de là.

Comme une alternative, il existe plusieurs plugins Maven qui vous permettent de faire des choses semblables à Grunt dans une Java de mode. Ils nécessitent une configuration supplémentaire n'est pas compatible avec Grunt, donc YMMV. Celui que j'ai utilisé dans le passé est http://code.google.com/p/wro4j/, qui est livré avec un plugin Maven ainsi: http://code.google.com/p/wro4j/wiki/MavenPlugin

Aucune raison particulière pour laquelle vous ne pouvez pas installer Node.js sur votre serveur de build?
- Merci @nwinkler! Très complet de réponse. Il n'y a pas de raison particulière, je l'ai trouvé un peu difficile à installer supplémentaires construire des systèmes lorsque j'en ai déjà un qui peut gérer les exigences de mon projet. Avant d'essayer d'utiliser grunt, j'ai été à l'aide d'une boussole avec maven pour construire sass: gist.github.com/mkristian/1671207. Puis j'ai vu Grunt qui peut gérer cela et plus encore. Depuis avec JRuby, j'ai pu installer les gems ruby, à l'intérieur d'un répertoire cible et de l'exécuter à partir de là, je pensais que quelque chose de semblable pourrait être réalisé avec Node.js et Grunt. Il semble qu'il peut, mais il n'y a pas de copie&pâte de façon encore
- Pour l'exécution de Grognement de Maven, vous pouvez utiliser grunt-maven-plugin. Voir ma réponse ci-dessous.
- Je recommanderais le frontend-maven-plugin, voir ma réponse ci-dessous.
InformationsquelleAutor nwinkler
11

Vous pouvez utiliser grunt-maven-plugin. Il vous permet d'intégrer facilement des tâches Grunt dans Maven processus de construction. Pas de sale hacks.

C'est ce que j'utilise dans mon projet actuel, et il fonctionne tout simplement parfait.
- Avez-vous essayé d'intégrer quelque chose comme le nodejs-maven-plugin pour résumé la NodeJS d'exécution de l'installation?
- non, nous n'avons pas aimé l'idée d'avoir un artefact pour nodejs venant de maven central géré par quelqu'un. De cette façon, nous ne serions pas en mesure de contrôler nodejs version, comme d'avoir la dernière version quand nous l'aimons.
- C'est compréhensible, certainement une préoccupation raisonnable. Merci pour la mise à jour 🙂
- vous ne savez pas si ce plugin marche, ou quelque chose s'est brisé récemment, mais lorsque nous l'utiliser, le copier-ressources objectif n'est pas de courir et ne pas utiliser un autre gruntBuildDirectory quand l'ensemble
- avez-vous un exemple de configuration à partager? Je suis aux prises avec grunt ne pas trouver mes fichiers js.
- Tu veux dire créer des ressources objectif? Vous pouvez poster une question sur le plugin page github. L'auteur répond assez rapidement. Ma configuration est très similaire à celui de la page github.
- Désolé pour la lenteur de la réponse. Le plugin a été remaniée un peu dans le dernier mois, peut-être essayer de nouveau? Je serai d'accord de l'auteur du plugin est très sympathique & réactif.
- C'est un bon plugin, mais ne pas l'utiliser lorsque votre IDE Eclipse. Eclipse possède son propre système de fichiers virtuel de la couche et ne mettra pas à jour les fichiers javascript dans tomcat lorsqu'ils sont modifiés à partir de l'extérieur de l'Éclipse, de sorte que vous ne pouvez pas utiliser le live mode de développement.
- Je l'ai fait à l'aide de grunt-maven-plugin, mais maintenant je ne peux pas construire à l'aide de "grunt build" en pointant vers le Gruntfile.js fichier. Im obtenir d'erreur suivant. "Thread natif de sommeil n'est pas disponible. Le résultat sera beaucoup plus lent, mais elle fonctionne toujours. Vous devez ré-installer spawn-la synchronisation ou la mise à niveau vers la dernière version de nœud, si possible." une Idée?
InformationsquelleAutor pbetkier
10

Enfin j'ai fini avec cela (ce qui est assez proche mais ne résout pas le problème):
```
<plugin>
<groupId>org.mule.tools.javascript</groupId>
<artifactId>npm-maven-plugin</artifactId>
<version>1.0</version>
<executions>
    <execution>
        <phase>generate-resources</phase>
            <goals>
                <goal>fetch-modules</goal>
            </goals>
            <configuration>
                <packages>
                    <package>grunt-cli:0.1.6</package>
                </packages>
            </configuration>
        </execution>
    </executions>
</plugin>
```
qui s'installe en local grunt-cli, mais si je n'ai pas installé node.js il ne vaut rien. Bien que j'essaie de l'installer node.js localement, il y a le besoin d'avoir installé python, g++ et de faire. Donc, je vais aller avec le BAISER de la solution: installer grunt dans le serveur de build.

Références:

https://github.com/mulesoft/npm-maven-plugin

https://github.com/joyent/node/wiki/Installing-Node.js-via-package-manager

https://github.com/mcheely/requirejs-maven-plugin
- Une autre belle explication: pseudobry.com/maven-and-r-js-optimization/...
InformationsquelleAutor gfournier
6

Vous pourriez voulez extraire http://jhipster.github.io/ : c'est un générateur Yeoman, qui génère une demande qui a Maven, Grunt et Bower travaillant tous ensemble.

C'est un peu comme votre troisième option, mais tout est configuré pour vous, ce qui n'est pas facile. C'est aussi la génération de la base AngularJS et de Java, services REST pour vous

InformationsquelleAutor Er KK Chopra

C'est un copie/coller de la solution qui travail en 2017 à l'aide de frontend-maven-plugin avant de construire, et maven-guerre-plugin pour construire la guerre.

Ce qu'il fait ? installer npm, bower, grunt,et tout ce dont vous avez besoin, puis exécutez npm install, bower install et enfin grunt build.

Vous pouvez supprimer/ajouter remplacer les étapes que vous voulez, pour moi c'est un plein de 30 sec installer/construction de la bibliothèque et du projet.

<dependencies>
...
</dependencies>
<dependencyManagement>
<dependencies>
<!-- https://mvnrepository.com/artifact/com.github.eirslett/frontend-maven-plugin -->
<dependency>
<groupId>com.github.eirslett</groupId>
<artifactId>frontend-maven-plugin</artifactId>
</dependency>
</dependencies>
</dependencyManagement>
<build>
<pluginManagement>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<version>2.4</version>
<configuration>
<warSourceDirectory>src/main/webapp/YourFrontJsFolder/dist</warSourceDirectory>
<warName>YouWarName</warName>
<failOnMissingWebXml>false</failOnMissingWebXml>
<warSourceExcludes>node_modules/**</warSourceExcludes>
<includeScope>system</includeScope>
<webResources>
<resource>
<directory>WebContent/WEB-INF</directory>
<targetPath>WEB-INF</targetPath>
<includes>
<include>**/*.jar</include>
<include>**/*.jsp</include>
</includes>
</resource>
</webResources>
</configuration>
</plugin>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>3.3</version>
<configuration>
<source>1.7</source>
<target>1.7</target>
<encoding>Cp1252</encoding>
</configuration>
</plugin>
</plugins>
</pluginManagement>
<finalName>YourAppName</finalName>
</build>
<profiles>
<profile>
<id>release</id>
<build>
<plugins>
<plugin>
<groupId>com.github.eirslett</groupId>
<artifactId>frontend-maven-plugin</artifactId>
<executions>
<execution>
<!-- optional: you don't really need execution ids, but it looks 
nice in your build log. -->
<id>install node and npm</id>
<goals>
<goal>install-node-and-npm</goal>
</goals>
<!-- optional: default phase is "generate-resources" -->
<phase>generate-resources</phase>
<configuration>
<nodeVersion>v7.6.0</nodeVersion>
</configuration>
</execution>
<execution>
<id>npm install</id>
<goals>
<goal>npm</goal>
</goals>
<!-- optional: default phase is "generate-resources" -->
<phase>generate-resources</phase>
<configuration>
<arguments>install</arguments>
</configuration>
</execution>
<execution>
<id>bower install</id>
<goals>
<goal>bower</goal>
</goals>
<configuration>
<!-- optional: The default argument is actually "install", so unless 
you need to run some other bower command, you can remove this whole <configuration> 
section. -->
<arguments>install</arguments>
</configuration>
</execution>
<execution>
<id>grunt build</id>
<goals>
<goal>grunt</goal>
</goals>
<!-- optional: the default phase is "generate-resources" -->
<phase>generate-resources</phase>
<configuration>
<!-- optional: if not specified, it will run Grunt's default task 
(and you can remove this whole <configuration> section.) -->
<arguments>build</arguments>
</configuration>
</execution>
</executions>
<configuration>
<installDirectory>target</installDirectory>
<workingDirectory>src/main/webapp/YourFrontJsFolder</workingDirectory>
</configuration>
</plugin>
</plugins>
</build>
</profile>
<profile>
<id>debug</id>
<activation>
<activeByDefault>true</activeByDefault>
</activation>
</profile>
<profile>
<id>IDE</id>
<activation>
<property>
<name>m2e.version</name>
</property>
</activation>
<build>
<!-- Put the IDE's build output in a folder other than target, so that 
IDE builds don't interact with Maven builds -->
<directory>target-ide</directory>
</build>
</profile>
</profiles>

Alors vous pouvez Run as -> Maven build ..., avec l'objectif clean install et le profil release

Merci! Je suis l'aide de cette solution maintenant!

InformationsquelleAutor amdev

1

Le premier problème est que Maven est de Java, mais Grunt.js s'exécute sur l'Node.js moment de l'exécution. La méthode la plus simple d'intégration que j'ai jamais atteint entre les deux impliqués le maven-exec-plugin. Le maven-exec-plugin est capable d'exécuter .sh/.bat/.cmd scripts, selon le natif de l'OS que vous utilisez. Au cours d'un Maven build j'aurais le maven-exec-plugin exécuter un script nommé optimize-js.sh par exemple, ce qui serait tout simplement de faire quelque chose comme “grunt de presse –force”, ou quoi que ce soit. Les scripts peuvent être faits pour faire quoi que ce soit. L'important, c'est de configurer le maven-exec-plugin pour les exécuter dans le bon répertoire de travail. Bien sûr, “grunt” et “nœud” besoin d'être exécutable à partir de la ligne de commande.

InformationsquelleAutor jdobry
1

Si le problème est l'installation de NodeJS sur le Jenkins machine, vous pouvez alors utiliser la NodeJS plugin Jenkins.

https://wiki.jenkins-ci.org/display/JENKINS/NodeJS+Plugin

Nous ne l'utilisez pas avec Maven (encore), mais nous avons grunt en cours d'exécution.

InformationsquelleAutor jamie

Peut être fait avec exec-maven-plugin.

Définir un script et de la dépendance à grunt-cli dans votre paquet.json:

...
"scripts": {
"build": "./node_modules/.bin/grunt install"
},
"devDependencies": {
"grunt-cli": "^1.2.0",
...

Dans votre pom, ajouter les commandes à exécuter:

        <plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>exec-maven-plugin</artifactId>
<version>X.Y.Z</version>
<executions>
<execution>
<id>exec-npm-install</id>
<phase>generate-sources</phase>
<configuration>
<workingDirectory>${project.basedir}</workingDirectory>
<executable>npm</executable>
<arguments>
<argument>install</argument>
</arguments>
</configuration>
<goals>
<goal>exec</goal>
</goals>
</execution>
<execution>
<id>exec-grunt-install</id>
<phase>generate-sources</phase>
<configuration>
<workingDirectory>${project.basedir}</workingDirectory>
<executable>npm</executable>
<arguments>
<argument>run</argument>
<argument>build</argument>
</arguments>
</configuration>
<goals>
<goal>exec</goal>
</goals>
</execution>
</executions>
</plugin>

Il va maintenant fonctionner sur mvn package

InformationsquelleAutor Tomas Bjerre

Vous devez vous connecter pour publier un commentaire.