Geronimo 叛逆者: Geronimo 与 Apache 许可带来的危机和意外收获

核心提示： 与此对比，我认为 Geronimo 小组的工作更注重大众的利益，Geronimo 叛逆者: Geronimo 与 Apache 许可带来的危机和意外收获(4)，该小组努力工作，提供一种带有开放式许可的软件平台，我更希望能看到一种稳固的、商业友好的组件框架，随时可在其上集成或构建任何应用程序，可供

与此对比，我认为 Geronimo 小组的工作更注重大众的利益。该小组努力工作，提供一种带有开放式许可的软件平台，可供应每个人 —— 甚至是企业 —— 使用。如果软件质量出色，这将带来高度的市场提升。但这项工作受到了附加在产品上的许可协定的阻碍，比如 JavaMail，由于其起源，它看上去似乎应该是不受版权限制的，但实际上并非如此。

这也就意味着 Geronimo 要提供一个完整的包，而其他一些人则不得不将不受版权限制的 Internet 邮件 RFC 转录到有效工作的软件模型内，然后编写 Sun JavaMail API 的净化版本，以将其聚集在一起。确实如此，令人沮丧的是，由于其复杂性，要完成这项工作，依然需要拥有一台完好无损、商业友好的 Geronimo 应用服务器。理想的情况下，软件一但编写完成，就不必再做重复工作，除非有人需要将 Java 库移植到 .NET 中，但事实与理想相去甚远。

那么，为什么 Geronimo 小组不用其应用服务器重新发布 Sun JavaMail 二进制文件呢？那些片段在源代码中不能获得，只能通过 Sun 直接获取，除了这样一个事实之外，还有其他一些原因使 Geromino 小组放弃了重新发布的想法。原因之一就是许可禁止在取代 API 任何源代码的产品内发布二进制文件。Geronimo 通过自己的 JavaMail API 存根实现这一目的，JavaMail API 存根是 Java 2 Platform, Enterprise Edition (J2EE) 认证所必需的。在 Sun 的 Software License Agreement 中还有一项条款，按其规定，如果您的软件出现任何问题，您必须同意为 Sun 出庭辩护，这将使您卷入法律事务争端中。此条款看上去非常无理。在许可协议中，您已同意 Sun 不对因您使用其软件而出现的任何问题负责。那么为什么您还要负责在法庭争端中保护 Sun 呢？Apache 许可没有任何此类的条款，尽管它的确设法在出现问题时为软件所有者（编写软件的那些人）提供保障。这还不够好吗？请记住，我并不是律师。

对于其信誉（与其他开发小组不同），Geronimo 小组集中精力避免出现许可颁发不符的问题，并明确地规避了任何出现许可颁发的麻烦，从而确保了清白的信誉。他们必须继续战斗。1.0 版本现已面世，许多人都关注着 Geronimo，许可将非常重要 —— 所有关注许可颁发和维护商业友好代码库的艰苦工作都将获得回报。IBM WebSphere® Application Server Community Edition 以 Geronimo 为基础。这明确地展示了此策略的优越性，也展示了大型企业对 Geronimo 架构及其支持团体的信心，还说明 Geronimo 将在未来的很长一段时间内继续发展。

从梦想到现实

我们是否看到了未来软件基础设施的第一层已开始显现？不幸的是，我极力声明自己并非律师，而我也必须承认自己无法预测未来。然而，我确实希望在未来的 10 年内，我们会最终放弃现有的软件孤岛模型，在这样的模型中有许多零散的阵营，它们疯狂地重复实现着所有软件架构最底层。我更希望能看到一种稳固的、商业友好的组件框架，随时可在其上集成或构建任何应用程序。我认为 Geronimo 正是实现这种可能性的第一道耀眼的光芒。