Gradle a récemment publié la version 4.2 de leur outil de build, avec quelques compléments majeurs. Une addition significative est l'exécution de tâches parallèles pour la compilation native et les tâches de link. InfoQ a demandé à Eric Wendelin, ingénieur principal chez Gradle, plus de détails sur cette fonctionnalité :
L'API works de Gradle fournit un mécanisme pour exécuter les tâches en parallèle. Cela réduit le temps de construction global en maximisant l'utilisation du processeur. L'API worker est utilisée dans Gradle 4.2 pour exécuter les tâches de compilation et de link en C/C++/Swift par défaut. En d'autres termes, l'exécution parallèle des tâches est activée par défaut pour les tâches natives et non encore activée par défaut pour les autres technologies comme Java, mais je devrais noter que certains plugins Gradle l’utilisent pour paralléliser le travail de leur écosystème.
Wendelin a ajouté que les projets existants bénéficieront de la mise à niveau vers cette dernière version, car Gradle 4.2 offre des performances améliorées, notamment pour les projets utilisant des plugins de script en remote. Gradle 4.2 fournit également un désemballage plus rapide du cache de la compilation et une création d'archives de processus avec zipTree et tarTree.
Le tableau suivant du site Web de Gradle montre les améliorations de performance de la v4.2 par rapport la v4.1
Gradle 4.2 comprend quelques nouvelles APIs pour les auteurs de plugins, y compris les éléments de DSL imbriqués, déclarant la sortie d'une tâche comme un artefact de publication et une prise en charge de la DSL Groovy pour les propriétés du type PropertyState. Selon Wendelin :
Les plus notables sont une nouvelle API ObjectFactory pour créer des éléments DSL imbriqués et une extension DSL pour permettre à un auteur de plugin de déclarer un fichier ou un répertoire donné comme un output d'un projet.
D'autres fonctionnalités remarquables de la 4.2 sont les améliorations apportées sur Kotlin DSL, le support pour les dépôts Google Cloud Storage et le support de Play v2.6, les modèles personnalisés Twirl et la reconstruction à la demande pour les tâches PlayRun.
Le support pour l'exécution de Gradle sur Java 7 est devenu obsolète et sera supprimé dans Gradle 5.0.