讀了Sun中國工程研究院的黃健昌的blog：
與大家分享——JavaEE5與Glassfish應用服務器

感覺JavaEE仍然忽略了一些非常重要的東西。JavaEE中的Web表現(xiàn)層仍然是與服務器端牢牢地綁死在一起的，在Ajax和各種RIA技術異軍突起的今天，顯得相當落伍。當然我不是想說任何Web應用都應該將表現(xiàn)層前推到客戶端來做，我們需要具體問題具體分析。但是可以肯定，大部分Web應用都可以將表現(xiàn)層完全前推到客戶端。表現(xiàn)邏輯在客戶端執(zhí)行，可以帶來更好的響應能力、更好的性能、更好的服務器端可伸縮性、更好的交互設計，這些已經(jīng)是不爭的事實了。Java在Web表現(xiàn)層開發(fā)方面是很弱的，現(xiàn)在已經(jīng)成為了一個共識。因為Java沒有辦法統(tǒng)治桌面，所以只能在服務器端打轉轉，這是他們最無奈的一件事情。想靠JSF來救贖，只能是一種幻想，JSF并沒有這樣神奇的魔力。
JavaEE為何沒有采納這些業(yè)界的趨勢呢？因為JavaEE傳統(tǒng)的三層架構（在《J2EE核心模式》中有詳細的描述）就是假設所有的工作都應該在服務器端完成，客戶端是不具有智能的Thin Client。他們至今仍然頑固地堅持這種假設，只要閉上眼睛，就好像世界上什么都沒有發(fā)生。
事實上，世界已經(jīng)變了。比Ajax、RIA更加重要的可能是REST，這種架構風格必然將重新塑造Web表現(xiàn)層開發(fā)技術的面貌。RoR已經(jīng)擁抱REST了，JavaEE呢？短期內不可能，因為這個REST架構風格對于傳統(tǒng)的JavaEE的三層架構來說是具有很大的破壞性的。盡管事實上REST是簡化Java Web開發(fā)的良藥，但是良藥苦口，看來他們現(xiàn)在還不愿意吃這味良藥。在REST架構風格中，服務器端分層的設計并不是最重要的，最重要的是在資源（用URI來標識）的定義和HTTP通信語義的定義，也就是在REST風格Web服務的API的設計上面。同時，在REST架構風格中，客戶端并不是Thin Client，而是具有高度智能的Rich Client或RIA應用。

JavaEE仍然在自己的小圈子里面打轉轉，在保持整體架構不變的情況下對自己做一些局部的優(yōu)化和調整。卻忽視了Web開發(fā)技術的發(fā)展趨勢，長此以往，被M$玩死是很有可能的。

其實大部分Web開發(fā)者，包括基于B/S方式的企業(yè)應用的開發(fā)者，都非?？释喕疻eb表現(xiàn)層的開發(fā)、得到令人賞心悅目的交互設計，傳統(tǒng)的Java Web開發(fā)技術對此提供的支持是很初級的。Web表現(xiàn)層開發(fā)的工作量，在很多中小型項目中常常會占到整個項目開發(fā)工作量的一半以上。而后臺往往只是一個普通的關系數(shù)據(jù)庫。顯然，這并不是什么火箭科技，然而，以善于建造火箭科技聞名的一些公司和團體卻無法解決好這些初級的問題。讓使用Java做這些初級的工作變得異常復雜。

Richard Monson-Haefel在去年宣告JavaEE已死，
http://www./cn/news/2007/04/Java-EE-Demise-Report
Bruce A. Tate也在《超越Java》對Java的前景發(fā)出了嚴重警告。JavaEE5顯然在簡化方面還做的遠遠不夠。喪鐘已經(jīng)鳴響，是為誰而鳴呢？