中山有网站建设公司吗,wordpress5.2自动保存,建设免费网站模板,网站查询平台glassfish我们都听说过。 昨天#xff0c;JavaEE和GlassFish的官方路线图更新已发布 。 从标题开始#xff0c;整个帖子基本上是关于一件事的#xff1a;今天我们知道的GlassFish Server已从完整的产品转为玩具产品。 从太阳到Oracle的漫长道路 从一开始#xff0c;GlassF… glassfish 我们都听说过。 昨天JavaEE和GlassFish的官方路线图更新已发布 。 从标题开始整个帖子基本上是关于一件事的今天我们知道的GlassFish Server已从完整的产品转为玩具产品。 从太阳到Oracle的漫长道路 从一开始GlassFish就值得担心。 合并之后花了一些时间使坚持“Oracle杀死GlassFish”的声音保持沉默。 Oracle在培养社区并将他们的东西保持在一起方面做得不错。 我自己写了两个博客以帮助大家了解。 100天发行版2.1.2和3.0.1在某种程度上已成为证明改进意愿的里程碑。 一段时间后我们都对此感到满意。 甚至早在2013年1月我就整理了一份开源应用服务器列表并选择了其中一个。 最终标准是供应商支持。 这将WAS CE踢出了游戏。 从昨天开始它还将删除GlassFish。 剩下的两个替代方案归结为一个JBoss AS7 / WildFly。 客户需要对其服务器的支持 但是来吧这是什么问题 谁想要支持 Oracle显然没有从商业许可证中赚到足够的钱否则他们根本不会杀死该产品。 这可能不是很明显的原因但我可以提供某种解释。 首先如果供应商不仅在开发开源替代方案而且还提供商业产品那么将导致不同的事情这些事情将被隐式地处理 客户发现的更改/错误进入oss版本 变化必须具有体面的品质。 知道需要支持其解决方案的开发人员将至少在一点点上更加谨慎地实施工作。 知道自己的东西是在适当的负载下运行的开发人员会以不同的方式实现它。 非功能性标准的完整列表随此移动而变化。 客户需要更频繁的发行版和安全补丁这些发行版和安全补丁也最终出现在oss版本中。 与使用免费和开源服务器的客户相比客户有不同的要求。 一个突出的例子是集群。 在oss项目中很少使用。 另一个因素是经验。 我绝不会尝试在与生产环境完全不同的环境下开发项目。 即使WLS和GF都至少了解彼此的部署描述符这里也存在着很大的风险即这种设置是通往麻烦的道路。 我的论点底线基本上是通过更改产品的一些相关非功能要求提供商业分销的需求可提高整体质量和可靠性。 如果不在那里那么没人会照顾他们……他们将不会在那里。 为什么Java EE会死于GlassFish Java EE TCK的质量受到了很多质疑。 过去许多人将GF用作不工作代码的展示。 最重要的是某些生产场景和错误会导致不同的实现方式最后但并非最不重要的是规格。 所有实际的现场知识都掌握在团队中。 我不知道Oracle如何在内部运行WLS开发但是我希望它与团队为GF做的工作有所不同可能会更重。 从基于WLS的客户案例中提取规范边缘案例并删除产品特定的零件肯定会比较棘手而且不会经常发生。 因此我希望规范在某种程度上不会受到Oracle驱动而在总体上却不会那么成熟。 这不是故事中最糟糕的部分。 但是考虑到在这一领域有一些非常聪明的人正在工作我希望他们的热情和知识会被很多人遗漏。 那里没有人抓住他们的下落。 GlassFish的哪一部分会死 因此GlassFish将保留即将到来的Java EE标准的参考实现。 出于这一原因Oracle需要它在周围。 随着新兴的JCP越来越开放他们不仅仅将WLS定义为RI也就不足为奇了。 但这将是将要死亡的事物和即将发生的事物之间的切入点。 我在这里没有任何见识我只是在推测我可以对这个博客上的第一条评论做出有根据的猜测但是对我来说最重要的是Java EE规范未涵盖的所有内容都是很快就会老化。 这可能包括群集并且可以肯定的是某些管理功能和安全性也是不错的选择PAM领域和其他。 坦率地说我无法确认其中任何一个。 纯粹是猜测 这有什么好处吗 好吧是的此举为加强竞争留下了广阔的空间。 这不仅是WildFly而且肯定是TomEE和tomitribe。 恭喜他们。 更进一步许多客户将节省大量许可费用。 GF和WLS获得不同的许可使用WLS标准为客户提供了选择正确许可的更多选择。 至少那些不再需要频繁更换不同产品的人员不再需要WLS团队。 Oracle可以做些什么使杀戮值得吗 到今天为止这已经是毫无意义的死亡。 用户可以简单地坐下来等待可能每年发生一次的下一个次要版本。 如果您一直抱怨直到今天的发行量很少..请为将来的准备做更多。 实际上Oracle可以采取以下几项措施来使每个人不仅限于他们自己成为战略行动 开发并支持明确的升级路径。 找到一种方法至少支持基于非常轻量级服务器的开发设置并且仅在生产中部署到完全成熟的WLS。 鉴于给定的功能和两者之间的差异到目前为止这几乎不是一个可行的故事。 为GF用户提供有吸引力的许可产品。 不仅是今天的客户而且是所有人。 甚至更好在OTN许可中提出一系列许可条款使NPO可以免费使用WLS。 因此开源GF获得了体面的许可使社区做出了具有吸引力的贡献。 到目前为止使用的基础架构和OCA使得这一切成为不可能。 将服务器代码包括模块移至GitHub并任命一名变更经理负责审核并提取建议的修订和变更。 让社区决定发布。 回声在大厅里消失了 基本上这个消息并不令人惊讶。 我们都知道这一举动。 有两个服务器而不是一个是双重负担。 通过BEA合并Oracle杀死了自己的应用服务器。 现在轮到GlassFish了。 Oracle已经试图通过合并团队来减少维护它所需的精力并且还讨论了将WLS合并到HK2或扩展两台服务器使用相同组件的不同选择。 发生了一些事情将昨天宣布的时间推迟了几个月但最终没有阻止它。 所以。 RIP GlassFish。 很不错。 感谢所有的鱼。 参考 RIP GlassFish –感谢所有的鱼。 来自我们的JCG合作伙伴 Markus Eisele在Java的企业软件开发博客中。 翻译自: https://www.javacodegeeks.com/2013/11/r-i-p-glassfish-thanks-for-all-the-fish.htmlglassfish
