Pivotal Software a annoncé hier qu'ils retireraient leur financement des populaires frameworks Groovy et Grails après le 31 mars 2015.
Dans leur déclaration, Pivotal explique que "la décision de terminer le parrainage de Groovy et de Grails fait partie de la stratégie plus large de Pivotal consistant à concentrer les ressources sur l'accélération des projets commerciaux et open-source qui supportent la croissance d'un engouement dans les domaines du PaaS, de la Data et de l'Agilité. Pivotal a déterminé que le temps est venu de laisser les futurs développements de Groovy et de Grails être dirigés par d'autres parties intéressées de la communauté open-source qui puissent au mieux servir les buts de ces projets".
InfoQ a discuté avec le project manager Guillaume Laforge à propos de cette annonce.
InfoQ : Comment en est-on venu à cette annonce ?
Laforge : Comme dit dans l'annonce et la FAQ de Pivotal, ils ont décidé de re-concentrer leur énergie principalement autour de Cloud Foundry, et ne voient plus Groovy et Grails aussi stratégiques qu'avant. C'est pourquoi ils ont décidé de stopper le financement des projets, en dépit de leur continuelle croissance et de leur succès.
InfoQ : Était-ce une décision d'agrément mutuel ?
Laforge : Non, c'est la décision de Pivotal. Nous aurions aimé continuer le développement de Groovy comme de Grails sous leur tutelle, étant donné qu'il y a une bonne synergie avec nos amis de l'équipe Spring par exemple, et il y a tant de choses que nous aurions pu faire pour aider à utiliser Groovy et Grails pour construire le futur de l'infrastructure de Cloud Foundry (pensez DSL Groovy pour la composition de services cloud, dashboards agiles en Grails / micro-services et services backend à valeur ajoutée, ...).
Nous n'étions pas à court d'idées sur comment Groovy et Grails auraient pu aider à avoir un impact !
InfoQ : Qu'allez-vous faire maintenant ?
Laforge : Dans le futur immédiat, nous attendons avec impatience de pouvoir trouver une nouvelle maison pour les projets, de manière à ce que nous puissions continuer à travailler à temps plein dessus, sans ralentir le rythme de développement et d'innovation. Mais en même temps bien sûr, nous continuerons de développer les projets eux-mêmes. Nous avons de fait planifié une release imminente de Groovy 2.4, et Grails 3.0 suivra rapidement.
InfoQ : Avez-vous des sponsors prospectifs pour la suite ?
LaForge : Nous discutons des potentiels sponsors, mais jusqu'à présent nous n'avons pas trouvé de réponse définitive à notre recherche d'une nouvelle maison. Avec l'annonce, peut-être qu'un tiers potentiellement intéressé émergera.
InfoQ : Comment cela va-t'il impacter Groovy/Grails en mars et au-delà ?
LaForge : Comme je l'ai dit, nous continuons de développer Groovy et Grails comme d'habitude. Nous avons beaucoup de travail à faire et d'idées à développer. Le risque est que nous ne soyons pas à même de développer à vitesse maximum mais à un rythme plus réduit. Nous pourrions peut-être repenser certaines fonctionnalités "Big-Bang" et essayer de les re-planifier de manière plus intelligente et plus digeste en les découpant, etc. Cependant, grâce aux contributions de la communauté, nous savons que Groovy et Grails vivront et continueront d'évoluer, bien que trouver une nouvelle maison acceptant de financer le projet et son équipe à temps plein aiderait immensément.
InfoQ : Qu'y-a-t'il à l'horizon pour Groovy/Grails (en tant que produits) ?
Laforge : J'ai mentionné les releases imminentes de Groovy 2.4 et Grails 3.0.
Groovy 2.4 apportera un très sympathique support de la plate-forme Android, vous permettant de construire des applications mobiles avec Groovy d'une manière très productive et élégante, mais nous avons aussi travaillé à améliorer la performance. Pour Grails 3, c'est la grosse ré-architecture autour de Spring Boot, rendant Grails 3 bien adapté à l'ère du buzz tendance autour des micro-services.
Pour Groovy par la suite, nous avons beaucoup d'autres idées que nous aimerions poursuivre, comme plus de support pour les constructs Java 8 (en particulier adopter les nouveaux éléments de syntaxe), améliorer et retravailler notre runtime dynamique interne, notre travail continu sur la performance (ainsi que du bytecode plus court, réduire un peu la consommation mémoire, etc), et nous pensons aussi à ajouter une forme de macros pour aider les développeurs à produire des transformations de code afin de se débarrasser d'un peu plus de code boilerplate par rapport à du Java brut.
Nous ne sommes définitivement pas à court d'idées sur comment encore améliorer les projets pour rendre nos développeurs plus productifs en utilisant le langage et le framework !
InfoQ : Et bien nous vous souhaitons bonne chance. Groovy est une super plate-forme et a impacté Java lui-même, inspirant le Projet Lambda, Projet Coin et la tendance vers un Java plus fonctionnel.
Laforge : Merci beaucoup pour cette interview, votre support et appréciation !
Par rapport aux contrats de support, Pivotal indique qu'ils honoreront tous les contrats existants pour le terme actuel. Ils disent aussi que cette décision ne se reflètera pas dans un quelconque changement de leur support du framework Spring.