WebWork和高视阔步合并现在透明我们心爱的(对死者不讲坏) Java网框架是没有与我们。 然而它是零件将抢救并且增加到WebWork。 我们回顾发生什么。

它不给予我乐趣说我对高视阔步困境 已经讲了话 在2005年1月。 它从那以后有效地是死的。 现在它最后脑死亡。 但是我 不会注视象关于 困境的拉里，因为高视阔步，在所有为吨Java开发商提供MVC支持全世界之后(并且，因为我对死者不讲不适)。

那么发生了什么事?
从WebWorks的帕特里克Lightbody说：

是，这是真实的。 WebWork开发小组(贾森和I)与高视阔步开发小组(唐・布朗和特德Husted)一起使用和走向结论Java社区的最佳的事是合并WebWork对高视阔步。

读特德的电子邮件这里，但是要义它是这： WebWork是巨大技术，并且高视阔步是一个了不起的社区。 它是一次完善的比赛，并且带来二一起为WebWork只将是好并且支撑用户。

他的岗位的特德Husted在行动计划提供进一步细节：

我们会修正高视阔步钛沙盒提案提供
合并WebWork 2.2到我们的codebase里。 WebWork合并是钛
阶段1。 为钛现在提议的许多工作将成为阶段2。

*钛阶段1 = WebWork 2.2 +支撑1.x兼容性图书馆和
迁移工具
*钛阶段2 =阶段1 +共同性链综合化+蜂箱的页
流程+简化了注释+快发展方式

当钛阶段1联合了和提供高度
支撑1.x兼容性，我们的意图是提出钛作为a
高视阔步行动框架2.x候选人。 直到那时间，我们会
继续认为钛一个“下一代”提案和，等待a
由PMC的决定，避免附有2.x标签钛。

钛是高视阔步钛，在1月提议的框架由高视阔步今年合作的神话下一代。 那时高视阔步搬入维护模式。

更加进一步的Lightbody在所有怀疑之外澄清当前事态：

那里比WebWork可能将需要是高视阔步的逆兼容性工作，因为希望是开始以WebWork和增加特点与高视阔步有关，而不是相反。

您不可能说我 没有警告 您。

PS. 在不同的笔记我是亲切做准备对时髦。 您检查了圣杯？