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

總結

以上是生活随笔為你收集整理的spring javaee_JavaEE还是Spring？ 都不行！ 我们呼吁新的竞争者！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。