Pivotal今天宣布， Groovy 2.4 And Grails 3.0将是Pivotal赞助的最后一个主要版本 。 这是个重大新闻，毫不奇怪地在博客圈引起了很多轰动 。 在这篇文章中，我描述了一些我和其他人想知道的问题，并推测了Groovy的未来。

在阅读Reddit关于此公告的多个参考资料之后，我的最初想法是看看Guillaume Laforge对此有何评论 。 显然，很多人有相同的想法，因为尝试访问他的页面时遇到了503错误 。

幸运的是，我不必等到Laforge的博客可以从他那里获得更多关于此公告的见解，因为就在线已经对该公告进行了两次采访： Voxxed.com的Pivotal的“悲伤和奇怪”决定设置Groovy Adrift和InfoQ的关键作用是Groovy / Grails资金 。 从那时起，Laforge的博客再次可用，并且有一个关于该主题的帖子，名为The Groovy project正在寻找新家 。 与Groovy经常且理所当然地联系在一起的Anothrt人Graeme Rocher也发表了以下主题： Groovy和Grails赞助的未来 。

Laforge和Rocher是G2One的联合创始人，该公司于2008年底 被SpringSource收购 。 然后大约一年后，VMWare 收购了SpringSource （而VMWare自2003年底以来一直由EMC拥有）。 EMC 随后将在2013年宣布 分拆Pivotal ，而Pivotal今天宣布从2015年3月21日起不再提供Groovy支持。

问题，答案和推测

我的帖子中引用的帖子集体回答了我有关Groovy的一些问题，同时还提出了其他问题。

为什么Pivotal放弃Groovy和Grails的财务支持

答案： Pivotal宣布 ：“决定结束对Groovy和Grails的赞助，是Pivotal更大战略的一部分，该战略旨在将资源集中用于加速商业和开源项目，以支持其在平台即服务，数据和敏捷发展。 Pivotal已确定，是时候让开源社区中的其他有关方面领导Groovy和Grails的进一步开发了，他们可以为这些项目的目标提供最佳服务。”

谁可能赞助Groovy和/或Grails开发？

推测：许多组织都从Groovy和Gravy中受益，但是许多组织可能不准备像G2One，SpringSource，VMWare甚至Pivotal那样投入全部精力进行开发。 GradleWare是一个对Groovy的未来有着明显既得利益的组织的例子。 肯·库森（Ken Kousen）在推文上 写了一篇博文，介绍了获得Groovy和Grails赞助的机会。

此公告对Groovy的未来意味着什么？

答案与猜测混在一起：根据Laforge和Rocher的帖子，显然核心开发人员计划继续开发Groovy。 但是，可以理解的是，如果这项工作没有得到资助（赞助），那么它的步伐将比以前慢（我从个人经验中发现，家庭项目比付费项目花费的时间要长得多）。 我相信Groovy已经具有强大的动力，并将持续一段时间。 这对
Gradle与其他开源项目和工具（例如SoapUI）一起使用 ，并且在Android上运行前景广阔。 我主要将Groovy用于Java应用程序中的脚本编写和简单的“胶合​​”工具。 该语言很成熟，可以很好地满足这些目的，我认为目前没有理由停止使用它。

这对于Spring框架的未来意味着什么？

推测：令人担忧的是，Spring框架接下来可能会被Pivotal抛弃。 这对我来说似乎不太可能，但是我也没想到Pivotal也会放弃Groovy。 尽管我非常喜欢Groovy，并且对Java和JVM开发产生了多大的影响，但我认为Spring Framework在Java EE开发中的普及程度比Groovy和Grails在Java SE和Java EE开发中的普及程度更高。 也就是说，Pivotal已表明，与大多数成功的企业一样，他们愿意放弃被认为不利于其战略和底线的产品。 我当然可以理解这种发展是否与Spring用户有关。

基于标准比开放源代码重要吗？

答：这是一个很难回答的问题，它通常取决于许多上下文因素，包括所比较的工具，所构建产品的预期寿命等。幸运的是，我们通常不必在众多参考文献中进行选择Java世界中的实现也是开源的。 但是，可以指出的是，任何非标准产品（包括商业产品或专有产品）都将失去支持或不再可用。 从理论上讲，如果使用基于标准的产品，则可以在必要时转移到该标准的另一种实现方式。 但是，标准仅与其实现一样好，并且如果标准只有一个现实的实现，那么那里的可移植性就没有太多优势。

结论

尽管我了解Pivotal放弃Groovy的动机，但仍然很遗憾听到这个消息。 我感谢诸如Laforge和Rocher等主要Groovy所做的努力，也感谢为这项工作提供赞助的公司。 通过这种赞助和工作，我们有了一种非常不错的语言，可用于脚本编写和其他用途。 我希望可以找到Groovy的赞助商，但我计划继续以任何一种方式使用它。

翻译自: https://www.javacodegeeks.com/2015/01/total-bummer-pivotal-drops-groovy.html