向客户提出Glassfish

Question

随着Sun被Oracle接管，甲骨文可以说可以控制Glassfish。

我确实理解Glassfish是社区驱动的，但目前大部分贡献来自Sun.

它是一款优秀的App Server，非常适合许多对成本敏感的客户。但是，如果甲骨文决定从我们的脚下拉下地毯，我们可能会对我们的客户造成严重的麻烦。

对于使用寿命约为5年的解决方案（应用程序），将Glassfish作为应用程序服务器仍然有意义吗？

Answer 1

取决于：

1. 您的客户是谁？
2. 您是否正在部署到客户站点？
3. 客户是否让您选择Java EE容器？
4. 客户是否购买了应用程序或服务？
5. 您的应用程序部署到哪个Java EE服务器真的很重要吗？
6. 它是否需要成为Java EE容器，您可以使用Tomcat吗？
7. 您可以轻松测试/支持多个容器吗？

如果您的应用程序由2只仓鼠驱动，并且指定您必须在WebSphere 5.1.2.3.4.5中工作，则客户无法关注频谱运行。

对冲你的赌注。如果您认为最合适，请继续推荐GlassFish，但要有后备解决方案。

Answer 2

甲骨文无法真正“拉开局面”，实际上他们所做的最糟糕的事情就是不允许任何作为贡献者的员工作为他们在甲骨文的角色的一部分做出贡献。我个人认为这不会对项目造成太大的破坏，即使他们这样做了。