J2EE 學習路徑遞進指南：從 JNDI/JTA 到 EJB/JMS、設計模式與 Web Services
J2EE 技術棧層層遞進，單點突破易陷「知其然不知所以然」。本文梳理從 Servlet/JSP/JDBC 進階至核心規範（EJB、JMS、JTA）、架構設計（UML、Design Pattern、Core Patterns）再到 Web Services 的完整學習路徑與關鍵認知節點。
第一階段：基石 — JNDI（命名服務）
- 核心包：
javax.naming.*，API 簡單但**資源配置極繁**（web.xml、ejb-jar.xml、各 App Server 專屬描述符）。
- 作用：統一查找 DataSource、EJB Home、JMS ConnectionFactory/Queue/Topic。
- 必修：熟練配置目標 App Server 的資源描述符，否則後續 EJB/JMS 寸步難行。
第二階段：事務邊界 — JTA（Java Transaction API）
- 場景：單資料庫用
Connection.setAutoCommit(false) 即可；**跨多資料庫/多資源管理器**的原子操作**必須用 JTA**。
- 例子：向 DB-A 插入記錄、從 DB-B 刪除記錄，作為單一原子事務 —— 應用伺服器協調兩階段提交（2PC）。
- 核心：
UserTransaction 介面（begin()、commit()、rollback()）、容器管理事務（CMT）vs Bean 管理事務（BMT）。
第三階段：分佈式元件 — RMI → EJB → JMS
| 技術 | 定位 | 學習重點 |
|---|
| RMI | EJB 底層通訊基石 | Stub/Skeleton、遠程介面、序列化、註冊表 |
| EJB | 業務邏輯元件模型 | Session/Entity/Message-Driven Bean、生命週期、事務屬性、安全、CMP/BMP、Local/Remote 介面選擇 |
| JMS | 非同步訊息傳遞 | P2P (Queue) vs Pub/Sub (Topic)、Message 驅動 Bean、持久/非持久訂閱、事務性收發 |
**關鍵認知**：EJB 透過 RMI 實現遠程調用；**何時用 EJB**？分佈式事務、安全、併發、集群、遠程客戶端 —— 若單機 Web 應用，POJO + Spring 輕量得多。
第四階段：架構設計 — UML、Design Patterns、J2EE Core Patterns
- 企業級應用成敗繫於**框架設計**，而非單一技術點。
- 必讀：《Design Patterns》（GoF）、《Core J2EE Patterns》（Sun）、Martin Fowler 《Patterns of Enterprise Application Architecture》。
- 實戰中內化：Session Facade、Business Delegate、Value Object、Service Locator、Data Access Object、Front Controller 等。
第五階段：服務整合 — Web Services
- 本質：**統一服務描述（WSDL）+ 統一調用協議（SOAP/HTTP）**，屏蔽實現技術異構性（EJB/.NET/CORBA/其他）。
- 價值：實現**整個 Internet 服務的共享與互操作**，極具戰略意義。
- 學習路徑：WSDL → SOAP → JAX-RPC/JAX-WS → UDDI → WS-* 標準（Security、ReliableMessaging、Policy 等）。
- 資源：當時書籍較少，重點關注 W3C WS Activity、Apache Axis、IBM developerWorks 專題。
其他 J2EE 技術（選修）
JavaMail、JAF、JCA、JMX、JACC、JAXR、JAXB、JSTL、JSF 等，按專案需求就地學習。
學習心法總結
- 配置功夫深：描述符配置是 J2EE 工程師的基本功，多對比不同 App Server 差異。
- 事務觀念正：區分本地/全域事務，理解 ACID 與 2PC 代價。
- 架構思維先：技術服務於架構，Patterns 是溝通語言。
- 拥抱標準：Web Services 以標準連接異構世界，持續跟進 WS-* 演進。
「J2EE 學無止境，但路徑清晰：命名 → 事務 → 分佈元件 → 架構模式 → 服務整合。每階段夯實，下一階段才不會崩塌。」
