随着 Sun 被甲骨文收购,甲骨文无疑将获得 Glassfish 的控制权。
我确实理解 Glassfish 是社区驱动的,但此时大部分贡献确实来自 Sun。
它是一款出色的应用服务器,非常适合许多对成本敏感的客户。但是,如果甲骨文决定在这方面从我们的脚下撤出地毯,我们可能会遇到客户的严重麻烦。
对于生命周期约为 5 年的解决方案(应用程序),建议将 Glassfish 作为应用程序服务器是否仍然有意义?
随着 Sun 被甲骨文收购,甲骨文无疑将获得 Glassfish 的控制权。
我确实理解 Glassfish 是社区驱动的,但此时大部分贡献确实来自 Sun。
它是一款出色的应用服务器,非常适合许多对成本敏感的客户。但是,如果甲骨文决定在这方面从我们的脚下撤出地毯,我们可能会遇到客户的严重麻烦。
对于生命周期约为 5 年的解决方案(应用程序),建议将 Glassfish 作为应用程序服务器是否仍然有意义?
这取决于:
如果您的应用程序由轮子中的 2 只仓鼠驱动,那么客户并不关心频谱运行,直到指定您必须在 WebSphere 5.1.2.3.4.5 中工作。
对冲您的赌注。如果您认为这是最合适的,请继续推荐 GlassFish,但有一个备用解决方案。
甲骨文不能像这样真正“拉开地毯”,实际上他们能做的最糟糕的事情就是不允许任何作为贡献者的员工作为他们在甲骨文角色的一部分做出贡献。我个人认为这不会对项目造成太大的破坏,即使他们这样做了。