tp5 页面错误 请稍后
您不是在谈论Java EE,而是在谈论版本!
混在一起是个坏习惯。 而他在这篇文章中所做的正是这样。 是的,他提到的技术关注Java EE或只是参考实现。 但是Arquillian和ShrinkWrap是没有专属EE关系的独立产品的好例子。 因此,他主要抱怨的是您不应该使用x.0版本。
这不是新闻,每个人都知道您不会购买任何版本的x.0
许多公司不购买x.0版本的软件-宁愿等到出现.1或.2维护版本。 如果要进行生产准备和稳定的软件发行,也应该这样做。 如果您是从Java EE RI的第一个发行版开始的,那么您就知道这将是一场艰难的比赛。 曾经是这样的。 不仅可以使用GlassFish,还可以使用任何商用容器。 因此,抱怨Glassfish 3.0版本就像面对自己。 他在帖子中提到的任何其他软件版本也是如此。 因此,Craig:如果您正在阅读本文章…通过撰写本文,您确认您正在犯初学者的错误;)
什么时候使用x.0版本?
我告诉你,克雷格基本上是对的。 我总体上赞同他的建议。 但是重点稍有调整。 如果您想获得经验或尝试提高技能,请不要跳过x.0版本。 如果没有您的反馈,他在Glassfish,JBoss,Arquillian,Mojarra,RichFaces等许多产品上的每个产品都无法改善。 不要用x.0将拥有数百万活跃用户的高度复杂的应用程序推到极限,并计划在短期内实现生产日期,但是为什么不试驾呢? 我为GlassFish甚至是其他一些人(封闭源)进行了此操作,它帮助供应商整理了东西。 他们了解了您如何使用他们的产品,也许他们为您添加了一个测试用例以改进即将发布的版本。
即使您拥有免费开放开发的产品并且确实为您提供了路线图,您也可以从x.0开始开发。 如果您计划升级,并跟踪所需的更改和解决方法。 我做到了 有用。 我相信许多其他人也有同样的经历。 这可能比仅使用最终版本/“无错误”版本的任何内容都要耗费更多时间,但是..是的,这就是生命……不是。 但是,这种奖牌也有一个缺点。 如果仅使用最终版本/无错误/已批准版本,则最终可能会使用超过10年的旧版本。 我不知道我是否愿意以旧换新。我喜欢像对待软件开发所要面对的任何风险一样,处理该问题。
如果您不属于那些发现错误的人,那么您以后可能会抱怨这些错误。
任何人都应该清楚,改进OSS具有不同的色调,您可以与许多社区积极合作,以改善产品体验。 我已经写了大约5种没有成为编程天才的方法来为GlassFish做出贡献的方法,并且我相信对于使用OSS的任何人来说,他应该为任何事情都没有付出任何代价,这很明显,而且总是有很大的机会改正bug。 特别是早期版本。
正如我提到的那样,我在Twitter上关注了Craig,并且有机会至少看到了他的ShrinkWrap和Arquillian问题,这些问题已由产品所有者或来自不同产品社区的志愿者公开讨论。 他们重视他的所作所为。 停止其他人做同样的事情或尝试早期版本将损害整个社区,不仅损害Java EE。
我不知道他是否有机会与其他供应商的产品紧密合作。 特别是商业的。 他们有充分的理由成为“早期采用者”,而不是“创新者”,尤其是在采用如此广泛的标准和许多参考实现的情况下。
使长篇短
不要在这里听克雷格! 使用您目前喜欢的软件,框架或更一般的产品具有的任何版本号。 采取预防措施,您始终应该是负责任的开发人员,架构师或项目经理,如果没有其他方法,请执行以下操作:贡献您的发现。 帮助开发补丁程序并将其作为风险的一部分进行管理。 如果您正在寻找100%无错误的系统,则可以考虑在其中购买其中一种商业产品。 但是……嘿,让我们告诉您一个秘密:唯一的区别是他们的支持系统可能看起来更好一些。 您还必须提供一个测试用例,然后在解决方案上使用它们。 …。 自己决定! 我会选择GlassFish,Arquillian和ShrinkWrap以及其他任何一个。 即使发布了x.0。
参考: 如果您不在发现错误的位置,那么您以后可能会在我们的JCG合作伙伴 Java软件企业博客的JCG合作伙伴 Markus Eisele中抱怨这些错误 。
翻译自: https://www.javacodegeeks.com/2012/06/if-you-arent-among-those-finding-bugs.html
tp5 页面错误 请稍后