• [^] # Re: Intérêt

    Posté par . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 3.

    Donc tu peux faire exactement pareil, tu n'as qu'à mettre un compile fileTree(dir: '/usr/share/java', include: '*.jar') et c'est terminé.

    Avec Apache Ant (oui c'est verbeux).

    <classpath>
     <fileset dir="lib">
     <include name="lib**/*.jar"/>
     </fileset>
    </classpath>
    
    

    Avec maven :

    <dependencies>
     <dependency>
     <groupId>test</groupId>
     <artifactId>test</artifactId>
     <version>1.0</version>
     <scope>system</scope>
     <systemPath>${basedir}/lib/test.jar</systemPath>
     </dependency>
    </dependencies>
    
    

    Je présenterais pas la méthode en buildr parce que je ne le connais pas.

    Mais il faut sortir des sentiers classiques de java.

    Je ne crois pas. Il y a encore une quantité énorme de projets qui n'utilisent pas les outils post-maven. Les IDE travaillent encore comme ça par défaut. Donc je ne sais pas ce que c'est les sentiers battus, mais je ne crois pas que la solution à la main soit si mal vue que ça (même si je pense qu'il n'y a pas de raison d'utiliser ces outils).

    D'ailleurs, j'encourage quiconque utilisant maven à tester rien qu'une fois Gradle. Ca surclasse réellement maven.

    Je n'ai pas de doute quant à la superiorité de gradle. Je n'ai pas encore pris le temps de réellement m'y pencher car, j'ai de toute manière pas le choix au boulot. Par contre il y a deux points qui me semble en retrait chez gradle :

    • l'intégration dans les IDE : moi personnellement je m'en fout un peu mais pas forcément tout le monde (je présume que le plugin eclipse est fait pour ça, mais d'une part toute le monde ne travail pas sous eclipse, d'autre part comment se passe la synchronisation entre le build.gradle et les fichiers de projet eclipse ?)
    • les plugins : je ne suis pas certains de trouver la même diversité de plugins gradle que pour maven

    Dernière question, les tuto et exemple que j'ai vu étaient assez limités : peut-on travailler les fichiers en groovy (ou avec leur DSL issu de groovy) avec gradle ? Par exemple faire l'équivalent d'un sed ou d'un awk, déplacement de fichier, envoie de fichier par scp, appel d'une commande, etc ? C'est un point qui pourrait réellement rencontrer du succès là où je bosse : virer tout les scripts shell mal maitrisés et lent par un langage objet et IDE-ifié.

    Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)