J2EE死了 javacript + 後端JSON服務方式勝出
J2EE死了 javacript + 後端JSON服務方式勝出（J2EE is Dead: Long-live Javascript Backed by JSON Services）
以下是大意摘要：
過去我們看到：MVC和HTTP/CRUD 正在被快速開發的Rails替代，後端JMS之類元件從J2EE容器移出進入ESB或其他非基於J2EE的事件驅動系統(EDA)。
企業採取Fuse, Camel 和 Mule作為事件驅動後端選擇，雖然我們沒有看到Rails鐵軌能夠全面鋪入企業軟體。但是我們看到一個很強烈的運動趨勢，向輕量的非J2EE容器的Web應用方面去部署和使用。
前端瀏覽器將使用Javascript，其與後端的Json服務互動，Java將實現後端JSON服務，更有甚者，無需tomcat,直接使用DropWizard啟動普通的Java Class類，這樣，前端人員根本無需學習Servlet或其他J2EE知識。
最後，在這個文章的討論中，有人說他們採取 RabbitMQ 和修改的Guava EventBus取得成功，這種方式是： "Node.js + Java + Event Bus".
相關文章
- EZCONNECT方式連線服務端服務端
- 服務端JSON內容中有富文字時服務端JSON
- React服務端渲染（前後端路由同構）React服務端後端路由
- 服務端指南 | 報表匯出服務端
- BaaS後端即服務 - 中臺篇後端
- 分散式檔案上傳導致服務假死了？分散式
- 極光推送-服務端端智慧人社訊息推送方式服務端
- 服務端渲染vs客戶端渲染到前後端同構服務端客戶端後端
- android客戶端與服務端互動的三種方式Android客戶端服務端
- GraphQL.js 與服務端互動的新方式JS服務端
- 服務端指南 服務端概述 | 微服務架構概述服務端微服務架構
- Dubbo原始碼之服務端的釋出原始碼服務端
- docsify 4.0 釋出，支援服務端渲染（SSR）服務端
- 「iOS」行車服務app 「客戶端、後端思路+程式碼」iOSAPP客戶端後端
- iOS開發者必備：四款後端服務工具iOS後端
- 服務端渲染到前端渲染，再到“服務端渲染”服務端前端
- 【python】記錄一次python傳送json資料到go服務端，服務端解析失敗問題PythonJSONGo服務端
- python向後端Flask服務傳送檔案並在後端處理Python後端Flask
- TCP服務端TCP服務端
- 服務端 unity服務端Unity
- Web服務效能測試：Node完勝JavaWebJava
- SpringCloud 實戰：禁止直接訪問後端服務SpringGCCloud後端
- nodejs+koa+Sequelize+pkg後端服務實踐NodeJS後端
- 「PHP」行車服務app後端程式碼簡析PHPAPP後端
- J2EE模式-服務定位器模式模式
- 網頁渲染方式-從靜態頁面到服務端渲染網頁服務端
- bbossaop遠端服務介紹-遠端服務呼叫例項
- FTP服務端部署FTP服務端
- react 服務端渲染React服務端
- 服務端漫遊服務端
- Oracle 服務端程式Oracle服務端
- Nodejs：使用Mongodb儲存和提供後端CRD服務NodeJSMongoDB後端
- Nginx部署前後端分離服務以及配置說明Nginx後端
- 仿掘金前臺 vue 服務端渲染（ssr）後臺 react (spa) 後臺服務是 koa 的一個專案Vue服務端React
- python基於Json Web Token做服務端使用者認證PythonJSONWeb服務端
- 面試官：說一說前端路由，後端路由客戶端渲染與服務端渲染面試前端路由後端客戶端服務端
- 網頁開發方式-從靜態頁面到服務端渲染網頁服務端
- javacript 拖動 divJava