l'intégration de grunt avec ant

Y a de bons tutoriels pour l'intégration de grunt avec ant? Notre version actuelle utilise ant parce que nous sommes une Java boutique. Cependant, le front-end commence à devenir un citoyen de première classe, et nous examinons l'aide d'un noeud et grunt pour le front-end de construire. J'ai besoin d'intégrer le front-end de construire avec l'ant. J'ai besoin de savoir comment normaliser les codes de sortie pour tous mes tâches personnalisées ainsi que le construit en grunt tâches et de limiter la sortie de la console pour ces des codes prédéfinis lorsque le grognement tâches sont appelés par ant. Toute aide serait grandement appréciée.

InformationsquelleAutor user1120155 | 2012-08-27
  1. 14

    Vous pouvez utiliser cette macro:

    <macrodef name="exec-node">
    <attribute name="module" description="The name of the NodeJS module to execute"/>
    <attribute name="failonerror" default="true" description="Fail if the exit code is not 0"/>
    <element name="args" implicit="yes" description="Argument to pass to the exec task"/>
    <sequential>
        <exec executable="cmd.exe" failonerror="@{failonerror}" osfamily="winnt">
            <arg line="/c  @{module}" />
            <args/>

            <!-- Windows cmd output workaround: http://stackoverflow.com/a/10359327/227349 -->
            <!-- Forces node's stderror and stdout to a temporary file -->
            <arg line=" &gt; _tempfile.out 2&lt;&amp;1"/>

            <!-- If command exits with an error, then output the temporary file        -->
            <!-- to stdout delete the temporary file and finally exit with error level 1  -->
            <!-- so that the apply task can catch the error if @failonerror="true"        -->
            <arg line=" || (type _tempfile.out &amp; del _tempfile.out &amp; exit /b 1)"/>

            <!-- Otherwise, just type the temporary file and delete it-->
            <arg line=" &amp; type _tempfile.out &amp; del _tempfile.out &amp;"/>
        </exec>
        <exec executable="@{module}" failonerror="@{failonerror}" osfamily="unix">
            <args/>
        </exec>
    </sequential>
</macrodef>

    Et vous pouvez appeler n'importe quelle commande: exemple:

    <target name="jshint">
    <exec-node module="grunt">
        <arg value="jshint" />
    </exec-node>
</target>

    fonctionne comme un charme: assure également la stderr est également imprimé, qui est un problème commun lors de l'appel de grunt.

    InformationsquelleAutor R. Oosterholt
  2. 2

    Grunt pouvez appeler la ligne de commande, vous pouvez facilement créer plusieurs tâches grunt qui ne font rien, mais l'exécution d'une tâche ant via le shell.

    La grunt-shell bibliothèque le rend particulièrement facile d'exécuter des commandes externes à partir d'une tâche grunt: https://github.com/sindresorhus/grunt-shell

    Puisque vous parlez personnalisé codes de sortie, même si, vous aurez probablement à la fin de la rédaction de votre propre personnalisé grunt tâche qui s'exécute une commande shell et puis regarde le code de la réponse (peut-être à l'aide de la grunt.helpers.spawn helper): https://github.com/gruntjs/grunt/blob/master/docs/api_utils.md#gruntutilsspawn

    Mon conseil? Mon l'organisation est récemment passée par la même chose et il est préférable si possible de faire une rupture nette entre la fourmi et de s'en débarrasser entièrement de votre JavaScript liées à des projets.

    Grunt a une telle croissance et utile de la bibliothèque de plugins, je serais surpris si vous ne pouvez pas dupliquer vos ant les fichiers et de créer un 100% solution d'activer javascript.

    • Je suis également en Java boutique et c'est dur à vendre. Bien que le front-end est également de plus en plus d'importance pour nous, il est peu probable de passer à JS comme notre langue pour construire le code côté serveur. Une approche plus réaliste semble être à invoquer grunt via un custom tâche ant. D'autre part, je ne vois personne faire cela alors ...
    InformationsquelleAutor smithclay
  3. 0

    vous pouvez utiliser http://abc.tools.qafoo.com/ qui comprend un mécanisme de prévention de module *1)

    La seule chose que vous devez est une Cible personnalisée comme:

    …

<target
    name="-mm:compile:main~hooked"
   extensionOf="-compile:main~hook"
    depends="
        -my-compile-npm-hook
    " 
>

<target
    name="-my-compile-npm-hook"
>
    <echo>install local grunt-cli</echo>
    <antcall target="npm:install">
        <param name="in.npm.package.name" value="grunt-cli" />
    </antcall>
</target>

…

    après ce que vous pourriez exécuter grunt dans le .npm/node_modules/.bin/ alias du répertoire ${npm.local.modulesdir}/.bin/
    ^^ ne manquez pas d'inclure ou de définir des propriétés de src/main/resources/extensions/npm/npm.properties

    *1): malheureusement buggy actuelles node.js version

    InformationsquelleAutor childno͡.de