spring javaee

如果您一直在Twitter上关注一些Java的重要人物，或者在Reddit上阅读了“新闻”，那么您一定不会错过Spring和JavaEE宣传人员之间热闹的“贱人之战”（请原谅我的法语）。

首先，于尔根·霍勒（JürgenHöller）的挑衅性文章：

“ Java EE 7，第二个生日快乐！ 生产情况如何？”

然后， Reza Rahman的回应：

“ Java EE 7生产中的幽灵：过去，现在和未来”

在这之间，有数百条同样有趣的推文。

如果还没有，取出爆米花:)

巨魔营销

在Data Geekery ，我们当然不熟悉我们喜欢称之为“巨魔营销”的有趣和有效的技术，例如，当我们最近反对Java EE和Spring都（滥用）注释时 ，或者当我们将Hibernate与老式的诺基亚3310进行比较时 。

是孩子气，是的。 但这也是有效的。 这样做有效的唯一原因是，这样做会激起黄蜂的巢。 毕竟，您有一个要点，您就开始引发一个两极分化的讨论，没有正确/错误的答案，所有参与者都将无法接受并因此而战斗。 当他们在战斗时，您可以在每条消息中加入您的品牌。 答对了。

Spring人们做的事情完全一样。 如果您听过Pivotal的Josh Long的演讲，那么您肯定会注意到，很多演讲只是对Internet Explorer之类的抱怨 。 如果您不是那种个人，认真和/或字面意思地对待一切的人，那么这样的谈话可能会很有趣。

这里有趣的一点是，“标准”布道者对Spring的挑衅性文章React过度。 在Reza的文章的底部，有一个Bert Ertman的链接演示文稿，该演示文稿支持Java EE（并且说Reza认可了本次演讲的内容和风格是没有错的）：

JavaOne 2011：将Spring应用程序从迁移到Java EE 6
伯特·埃特曼

我要在这里说明的重点不是两个相对的技术供应商试图建立自己的社区，以说服人们他们的技术更好（这是特斯拉与爱迪生之间早就进行的工程师工作）。

我要在此说明的重点是，其中一个供应商声称自己是“标准”，使自己（JCP = Oracle）在真实的标准委员会（例如ISO，DIN，w3c， IETF。

JavaEE是标准吗？

在某种程度上是这样。 就像Spring一样，这是事实上的标准。 这是一群非常松散的小型利益集团，主要由Oracle（和其他供应商）管理，他们试图通过替代性“专有”技术来促进和确立其利益和技术。

JavaEE是历史悠久的“标准”。 它一直是一个相当“弱”的标准，这就是为什么首先创建Spring的原因。 Oracle的Reza对Spring故意挑衅的React如此敏感的事实可以被解释为一个标志，表明“标准”仍然很弱，并且作为替代品受到Spring的威胁。

可以对Siebel与Salesforce进行有趣的比较。 Siebel是CRM行业中事实上的“标准”，但是Salesforce设法对Siebel造成了极大的骚扰，以至于Siebel甚至在就收入水平达成远程会面之前就不得不承认Salesforce是其业务的真正竞争对手。 这最终导致了Siebel的灭亡，并被Oracle托管，Oracle主持了许多JCP，这真是具有讽刺意味。

Java EE和Spring也发生了同样的事情。 现在，即使在完全（当然是专有）专有的条件下，Spring在市场上也是如此成功，以至于Java EE将不得不努力争取回到Spring之上。 比仅讲陈旧而la脚的“标准”论点要困难得多。 Java EE必须比Spring更好和更快，而不仅仅是“标准”。 尽管所有JCP政治都在进行，但我看不到这种情况。

那么，春天会赢吗？

我的预测是：不会。

这整个故事只向我们表明Java生态系统中的标准很弱。 市场上有大量玩家。 像Hibernate和jOOQ这样的利基产品可以撼动数据库访问市场的份额。 诸如GWT ， Vaadin ， ZK ， Spring MVC ， Play Framework等小众产品可以撼动HTML UI市场领域（JSF或JSR 371不能阻止该领域进一步的市场分化）。

哎呀，诸如Akka或Vert.X之类的与语言无关的技术表明，甚至Servlet API也不是真正可靠和安全的。 随着Oracle引入Nashorn，整个JavaScript生态系统也可能威胁Java EE。 我怀疑，接下来的5-10年里，唯一可以想到的是JVM和Java SE JDK及其库，包括JDBC。

目前我们的行业发展如此Swift，像JCP这样的高度分散的政治委员会似乎无法跟上步伐并提供我们在其他地方看到的质量和创新。

换句话说，Java EE“标准”仅是公认的成熟技术落后5-10年的时间。 前一段时间证明。 鉴于像Pivotal这样的单一玩家已经成功挑战了“标准”已有10多年了，我怀疑新玩家可能很快会用新的替代品进入市场。

谁将成为新玩家？

其中之一将是即将重命名的Typesafe 。 您为什么认为他们毕竟被重新命名了？ 您认为他们想用Akka + Play + ConductR证明什么？ 他们试图证明您可以在JVM之上完全不同地开发软件，这就是他们试图证明的。

此外，他们使用的是Pivotal / Spring成功的低内容，高情感的巨魔营销技术。 观察他们到处都使用邪恶的术语“ monolith”（= Java EE，还有什么）：

其中另一个可能是……微软！ 为什么不？ 他们最近的开源采购举措可能最终将有助于在Linux之上建立.NET。 一旦您使用了Linux，您最好也可以使用JVM。 .NET生态系统比Java更紧密，这将对我们的生态系统施加很大的创新压力。

当JCP仍在从改变游戏规则的数据交换API JSR-353 ， JSR-367和JSR-374背后的政治中恢复过来时，所有这一切都在发生

有趣的未来

以上预测可能会或可能不会成立。 但是我很确定一件事。 在不久的将来，我们将面临更大的竞争，因此我们的基础架构软件将有更多选择。 当前的事实上的标准将失去市场份额。 对他们来说是不幸的，对我们来说是更好的技术。

当福音派工作者在打架时，我期待着JVM上一个非常有趣的未来。

翻译自: https://www.javacodegeeks.com/2015/06/javaee-or-spring-neither-we-call-out-for-a-fresh-competitor.html

spring javaee