首先我們需要知道Java和J2EE是兩個不同概念，Java不只是指一種語言，已經代表與微軟不同的另外一個巨大陣營，所以Java有時是指一種軟件系統的流派，當然目前主要是.Net和Java兩大主流體系。
J2EE可以說指Java在數據庫信息系統上實現，數據庫信息系統從早期的DBase、到Delphi/VB等C/S結構，發展到B/S(Browser浏覽器/Server服務器)結構，而J2EE主要是指B/S結構的實現。
J2EE又是一種框架和標准，框架類似API、庫的概念，但是要超出它們。如果需要詳細了解框架，可先從設計模式開始學習。
J2EE是一個虛的大的概念，J2EE標准主要有三種子技術標准：WEB技術、EJB技術和JMS，談到J2EE應該說最終要落實到這三個子概念上。
這三種技術的每個技術在應用時都涉及兩個部分：容器部分和應用部分，Web容器也是指JSp/Servlet容器，你如果要開發一個Web應用，無論是編譯或運行，都必須要有JSP/Servlet庫或API支持(除了JDK/J2SE以外)。
Web技術中除了JSp/Servlet技術外，還需要JavaBeans或Java Class實現一些功能或者包裝攜帶數據，所以Web技術最初裸體簡稱為JSP/Servlet+JavaBeans系統。
談到JavaBeans技術，就涉及到組件構件技術(component)，這是Java的核心基礎部分，很多軟件設計概念(設計模式)都是通過JavaBeans實現的。
JavaBeans不屬於J2EE概念范疇中，如果一個JavaBeans對象被Web技術(也就是JSP/Servlet)調用，那麼JavaBeans就運行在J2EE的Web容器中；如果它被EJB調用，它就運行在EJB容器中。
EJB(企業JavaBeans)是普通JavaBeans的一種提升和規范，因為企業信息系統開發中需要一個可伸縮的性能和事務、安全機制，這樣能保證企業系統平滑發展，而不是發展到一種規模重新更換一套軟件系統。
至此，JavaBeans組件發展到EJB後，並不是說以前的那種JavaBeans形式就消失了，這就自然形成了兩種JavaBeans技術：EJB和POJO，POJO完全不同於EJB概念，指的是普通JavaBeans，而且這個JavaBeans不依附某種框架，或者干脆可以說：這個JavaBeans是你為這個應用程序單獨開發創建的。
J2EE應用系統開發工具有很多：如JBuilder、Eclipse等，這些IDE首先是Java開發工具，也就是說，它們首要基本功能是可以開發出JavaBeans或Java class，但是如果要開發出J2EE系統，就要落實到要麼是Web技術或EJB技術，那麼就有可能要一些專門模塊功能(如eclipse需要lomboz插件)，最重要的是，因為J2EE系統區分為容器和應用兩個部分，所以，在任何開發工具中開發J2EE都需要指定J2EE容器。
J2EE容器分為WEB容器和EJB容器，Tomcat/Resin是Web容器；JBoss是EJB容器+Web容器等，其中Web容器直接使用Tomcat實現的。所以你開發的Web應用程序可以在上面兩種容器運行，而你開發的Web+EJB應用則只可以在JBoss服務器上運行，商業產品Websphere/Weblogic等和JBoss屬於同一種性質。
J2EE容器也稱為J2EE服務器，大部分時它們概念是一致的。
如果你的J2EE應用系統的數據庫連接是通過JNDI獲得，也就是說是從容器中獲得，那麼你的J2EE應用系統基本與數據庫無關，如果你在你的J2EE應用系統耦合了數據庫JDBC驅動的配置，那麼你的J2EE應用系統就有數據庫概念色彩，作為一個成熟需要推廣的J2EE應用系統，不推薦和具體數據庫耦合，當然這其中如何保證J2EE應用系統運行性能又是體現你的設計水平了。
衡量J2EE應用系統設計開發水平高低的標准就是：解耦性；你的應用系統各個功能是否能夠徹底脫離?是否不相互依賴，也只有這樣，才能體現可維護性、可拓展性的軟件設計目標。
為了達到這個目的，誕生各種框架概念，J2EE框架標准將一個系統劃分為WEB和EJB主要部分，當然我們有時不是以這個具體技術區分，而是從設計上抽象為表現層、服務層和持久層，這三個層次從一個高度將J2EE分離開來，實現解耦目的。
因此，我們實際編程中，也要將自己的功能向這三個層次上靠，做到大方向清楚，泾渭分明，但是沒有技術上約束限制要做到這點是很不容易的，因此我們還是必須借助J2EE具體技術來實現，這時，你可以使用EJB規范實現服務層和持久層，Web技術實現表現層；
EJB為什麼能將服務層從JSP/Servlet手中分離出來，因為它對JavaBeans編碼有強制的約束，現在有一種對JavaBeans弱約束，使用Ioc模式實現的(當然EJB 3.0也采取這種方式)，在Ioc模式誕生前，一般都是通過工廠模式來對JavaBeans約束，形成一個服務層，這也是Jive這樣開源論壇設計原理之一。
由此，將服務層從表現層中分離出來目前有兩種可選架構選擇：管理普通JavaBeans(POJO)框架(如Spring、JdonFramework)以及管理EJB的EJB框架，因為EJB不只是框架，還是標准，而標准可以擴展發展，所以，這兩種區別將來是可能模糊，被納入同一個標准了。 但是，個人認為：標准制定是為某個目的服務的，總要犧牲一些換取另外一些，所以，這兩種架構會長時間並存。
這兩種架構分歧也曾經誕生一個新名詞：完全POJO的系統也稱為輕量級系統(lightweight)，其實這個名詞本身就沒有一個嚴格定義，更多是一個吸引人的招牌，輕量是指容易學習容易使用嗎?按照這個定義，其實輕量Spring等系統並不容易學習；而且EJB 3.0(依然叫EJB)以後的系統是否可稱為輕量級了呢?
前面談了服務層框架，使用服務層框架可以將JavaBeans從JSp/Servlet中分離出來，而使用表現層框架則可以將JSP中剩余的JavaBeans完全分離，這部分JavaBeans主要負責顯示相關，一般是通過標簽庫(taglib)實現，不同框架有不同自己的標簽庫，Struts是應用比較廣泛的一種表現層框架。
這樣，表現層和服務層的分離是通過兩種框架達到目的，剩余的就是持久層框架了，通過持久層的框架將數據庫存儲從服務層中分離出來是其目的，持久層框架有兩種方向：直接自己編寫JDBC等SQL語句(如iBatis)；使用O/R Mapping技術實現的Hibernate和JDO技術；當然還有EJB中的實體Bean技術。
持久層框架目前呈現百花齊放，各有優缺點的現狀，所以正如表現層框架一樣，目前沒有一個框架被指定為標准框架，當然，表現層框架現在又出來了一個JSF，它代表的頁面組件概念是一個新的發展方向，但是復雜的實現讓人有些忘而卻步。
在所有這些J2EE技術中，雖然SUN公司發揮了很大的作用，不過總體來說：網絡上有這樣一個評價：SUN的理論天下無敵；SUN的產品用起來撞牆；對於初學者，特別是那些試圖通過或已經通過SUN認證的初學者，趕快擺脫SUN的陰影，立即開溜，使用開源領域的產品來實現自己的應用系統。
最後，你的J2EE應用系統如果采取上面提到的表現層、服務層和持久層的框架實現，基本你也可以在無需深刻掌握設計模式的情況下開發出一個高質量的應用系統了。
還要注意的是: 開發出一個高質量的J2EE系統還需要正確的業務需求理解，那麼域建模提供了一種比較切實可行的正確理解業務需求的方法，相關詳細知識可從UML角度結合理解。
當然，如果你想設計自己的行業框架，那麼第一步從設計模式開始吧，因為設計模式提供你一個實現JavaBeans或類之間解耦參考實現方法，當你學會了系統基本單元JavaBean或類之間解耦時，那麼系統模塊之間的解耦你就可能掌握，進而你就可以實現行業框架的提煉了，這又是另外一個發展方向了。
以上理念可以總結為一句話：
J2EE開發三件寶：Domain Model(域建模)、patterns(模式)和framework(框架)。
