JSF 定位 JSF 站在 JSP 巨人肩膀上，屬事件驅動型組件模型，而非單純 MVC 框架（如 Struts）。提供動態統一標籤庫，組件具狀態、可重用。 環

什麼是 Facelets？ Facelets 是建構在 JSF 標準之上的視圖處理框架，不依賴 JSP 技術，直接編譯為 JSF 組件樹。支援 JSF 1.1/

JSF 預設 POST 機制的痛點 表單一律 POST，無法直接用 URL 參數跳轉特定頁面/記錄 DataTable 分頁預設載入全量資料再切頁，大

Web 架構演進脈絡 階段特點缺點 JSP Model 1JavaBean + <jsp:useBean>Java 代碼混雜 HTML，難

Backing Bean 本質 Backing Bean 本質上就是標準 JavaBean，包含頁面所需屬性與邏輯方法。JSF 透過 faces-config.

JSF vs Struts 核心差異 請求處理：事件驅動取代 Request 分派 頁面展示：組件模型取代散落 HTML 標籤 生命週期：細分階段

四大核心 API 流程虛擬機 (PVM) 提供四種整合 API，覆蓋不同執行模式： API用途特點 Service API應用程式與 PVM 交互

架構概覽 JSF 圖形組件（如 ILOG JViews）核心在於「管理圖形 Bean」與「分離渲染與互動」： 圖形 Bean：封裝所有圖表繪製邏輯（柱狀圖

為什麼需要自訂 JSF 組件？ JSF 標準組件僅對應基本 HTML 元素（輸入框、按鈕等）。企業級應用常需複雜視覺化組件（圖表、儀表板、地圖），標準組件無法滿

完整實作步驟 1. 設定 JBoss 資料源 在 \server\default\deploy 建立 MySQL-ds.xml： <?xml versi

資料表結構 t_customers：客戶表，含 referee_id 外鍵 t_referees：推薦人表 模式一：外鍵關聯（預設） Cus

資料表結構 t_customers：客戶表（主表） t_orders：訂單表（從表），含外鍵 customer_id 參考客戶表 方式一：外鍵單

關聯表設計 多對多關係需透過一張中間關聯表實現。本例中： t_customers：客戶表 t_addresses：地址表 t_customers_

前言 在 EJB 1.x/2.x 時代，無法透過繼承將單一資料表拆分映射為多個實體 Bean。EJB3 引入 InheritanceType.SINGLE_TA

前言 在先前的文章中，我們探討了使用單表策略將一張邏輯表拆分為多張表的做法。然而，這種方式容易產生「空巢欄位」問題——即邏輯上屬於不同子表的欄位在物理表中大量留

JSF 本身問題重重：它是標準而非技術（javax.faces.* 全是介面/抽象類），面向組件廠商而非應用開發者，Sun RI 只是教廠商做組件的 Demo。

EntityManager.createQuery() 執行 JPQL 每次皆需解析分析，影響效能。EJB 3 提供命名查詢：部署時預編譯，類似資料庫預存程序，

前文使用容器管理 EntityManager（由 EJB 容器建立、生命週期全管）。Servlet 中需改用應用程式管理模式：透過 EntityManagerF

Session Bean 同步調用導致客戶端等待，耗時操作需異步化。MDB 基於 JMS：客戶端（生產者）發送訊息至 Queue，MDB（消費者）讀取處理。本文

EJB 3 透過攔截器實現類 AOP Around 建議：修改返回值/參數、甚至取消目標方法執行。適用於無狀態/有狀態 Session Bean 與 MDB。本