本文来源于我在InfoQ中文站翻译的文章，原文地址是：http://www.infoq.com/cn/news/2013/01/future-of-vertx
当基于Apache许可的开源项目Vert.x的项目领导Tim Fox去年12月离开VMWare时，他希望在今年初加入RedHat时能够继续从事该项目的开发。然而，上周二VMWare指示其律师发送了一封信函，要求将该项目的资产（特别是GitHub项目的所有权、Google Group以及域名）移交给VMWare。Vert.x是个跨平台、跨语言的Web服务器与事件总线，带有JavaScript、Python、Ruby与Java API。
虽然VMWare与RedHat曾一起商讨以寻找出一个友好的解决方案，比如说允许继续使用Vert.x名字或商标，但最终却无疾而终。Tim曾发表过一篇文章“An important announcement to the Vert.x community”，引起了很多人的关注并将问题公开出来。
关于该项目的未来又有了第二次讨论——“The future of the Vert.x project”。此次讨论重点关注于在VMWare参与或不参与的情况下Vert.x未来可能的发展状况，其中有如下一些观点：
- "Netty式的解决方案"。在该解决方案中，几乎一切都将保持不变。唯一的差别在于需要有一个CLA，确保贡献的权利既不是给RHT，也不是给VMW，而是给“项目”本身。这需要VMWare为“项目”授予一个永久许可，可以继续使用Vert.x这个名字。
- 创建分支。我们没法继续使用“Vert.x”这个名字，因此需要为项目重新命名。这意味着要从代码、文档与其他材料中删除所有“Vert.x”字样。我们还会丧失目前的github问题、wiki、博客、Google Group与域名。这不需要VMware的任何授权。
- 将项目迁移至Apache软件基金会。这需要ASF与VMware的批准。
- 将项目迁移至Eclipse基金会。这需要Eclipse基金会与VMware的批准。
考虑“创建分支”方式的人们可能会想起Hudson/Jenkins，这是两年前发生的事情了。在该事件中，这两个项目（Hudson 3.0于上个月发布）的社区不断在分裂，代码贡献者最终什么忙也没帮上。事实上，Hudson/Jenkins项目的创建者Kohsuke Kawaguchi表示他们在争论中将项目迁移到了SPI基金会。
Mark Little说Red Hat会坚定地支持Vert.x被纳入到基金会，并且对切实可行的选择提供支持，Pid（来自VMWare、Vert.x项目第二重要的人物）会帮助管理项目以及项目迁移到基金会的流程，这么做的好处有：
- 服务的持续性
- 来自主要公司的隐式支持
- 继续使用项目名与相关的内容
- 来自基金会的支持
- 技术资源
- 更高的曝光度以及促使社区不断成长的机会
最后，到底选择哪个基金会需要得到VMWare的支持，以此获得继续使用项目名的许可，否则项目就需要更名了。社区中的很多人都希望这个问题能够得到圆满解决，Mark Little（Red Hat）与Alexis Richardson（VMware）都认为Tim的领导是该项目能够取得成功的关键要素。时间会告诉我们项目最终的结果，但现在依然是在讨论阶段。