背景與挑戰 OSGi 提供動態模塊化能力，但 JSF 依賴 Servlet 容器與 JSP 編譯器 (Jasper)，Equinox 中 org.eclipse

ExternalContext 核心定位 ExternalContext 為 JSF 提供與底層容器 (Servlet/Portlet) 解耦的統一訪問層。通過

問題背景 標準 <h:message> / <h:messages> 會對 FacesMessage 內容進行 HTML 轉義。若國際化

專案背景與需求 JCatalog：典型電子商務產品目錄系統。用戶瀏覽/查看產品；管理員登錄後增刪改產品。業務規則：產品 ID 唯一、至少屬於一個分類、ID 創建

性能優化的三大核心指標 並發用戶數： 在 SLA 規定響應時間內，系統支撐的最大並發用戶量。負載測試必須覆蓋典型業務事務。 吞吐量： 每秒完成事務數 (TPS

一、包命名規範：模塊化分層的基石 格式：公司名.開發組.項目名.功能層.模塊，全部小寫，單詞間無分隔符。 功能層包後綴示例 (net.linkcn 專案)

問題現象 執行 shutdown.bat 無法關閉 JBoss，改用 shutdown.bat -s 127.0.0.1 --exit=0 仍報錯，疑為端口修改

什麼是 J2EE？ Java 2 Platform, Enterprise Edition (J2EE) 是一組協調的規範與實踐集合，建立在 J2SE 基礎上，

背景與動機 在完成 J2EE 大型 Blog 系統與軟工 Web Design 專案兩次實戰後，歸納出一個極其順手的設計模式。雖未系統學習設計模式理論，但實踐證

核心框架優劣勢速覽 框架核心優勢主要短板 JSF Java EE 標準、上手快、海量第三方組件庫 大量 JSP 標籤、REST/安全支援弱、雙實現 (

引言：Java EE 簡化之路的關鍵一役 Java 企業級開發長期以「複雜」著稱。隨著 Java EE 5/6 的發布，Sun 試圖通過 JSF (JavaSe

前言 JavaServer Faces (JSF) 作為 Java EE 官方標準的 Web 框架，擁有眾多實現庫與組件套件。選擇一個合適的 JSF 框架對專案

前言 學習 J2SE/J2EE 三年發現：僅知 API 不足、需研讀源碼理解框架設計思想（設計模式）、規範與實現分離（J2EE 只是標準）。推薦以下專案由淺入深

問題背景 Action 方法拋出異常可用 ActionListener 捕獲，但 Managed Bean 建構子異常 發生在建構階段，Filter 僅能捕獲包

企業級定義 健壯、可擴展、易測試、業界驗證 易用、易開發、支援 TDD 工具支援匹配團隊技能 良好擴展性：組件化與抽象層應對複雜度增長 JS

整合層級演進 Naked AJAX：手寫 XMLHttpRequest、setTimeout、跨瀏覽器相容——不推薦 JS 框架：Dojo/DWR/P

表現層框架核心功能抽象 所有框架必須實現三大功能： 視圖顯示組件內容（非硬編碼 Java 代碼） 事件觸發與參數提交（Form/Link） 頁面導

升級背景 專案需求驅動從 JSF 1.1 升級 1.2，過程暴露多項不相容變更，記錄如下供參考。 坑 1：包級私有建構子導致 Bean 實例化失敗 現象：1.

五大階段總覽 JSF 規範定義 5 個主要階段（含事件處理）： 恢復視圖 應用請求值；處理驗證 更新模型值；處理事件 調用應用程式；處理事件

生命週期總覽 JSF 處理請求經歷 6 個階段（扣除事件處理），理解這些階段是自訂組件開發的前提： 階段名稱核心任務異常跳轉 1Restore V