屬性修改：REPLACE_ATTRIBUTE 模式 public static void modifyAttributes(DirContext context

核心定位 LdapOperUtils 為靜態工具類（私有建構子），封裝 LDAP 所有高層業務操作，輸入輸出統一使用 Map<String, Object

核心職責 LdapConnectionFactory 為單例工廠（私有建構子），提供兩類靜態方法： 從連線池取得 DirContext（指定池名） 直接建立新

設計目標 使用者只需熟悉 List、Map 等標準集合結構，即可完成 LDAP 增刪改查，屏蔽 JNDI 底層 API 複雜度。 三層架構職責劃分 Env：

痛點：傳統 JMS 開發的「訊息處理地獄」 JMS 是企業整合常用技術，ActiveMQ 是優秀開源實作。但傳統模式下，發送端需手動建構 Message 物件、

前言：從 OOP 到 AOP 的思維轉換 AOP 近年風靡，Spring、JAC、JBoss AOP 等框架層出不窮。本文不依賴任何第三方框架，僅用 JDK 內

傳統權限控制的兩大流派與痛點 1. 應用層硬編碼/代理模式 在每個業務方法前插入權限檢查，或為每個業務類別建立代理類別。缺點明顯：業務邏輯與權限邏輯強耦合、擴充

從 J2EE 容器與應用分層看關注點分離 J2EE 應用必須部署於容器中執行。容器將事務管理、安全控制、物件池/執行緒池等通用功能從業務邏輯中剝離，形成通用框架

背景動機：為何要在 JVM 層面支援 AOP？ 傳統 AOP 實作多基於位元碼檢測，雖成熟但存在固有缺陷：啟動開銷大、無法攔截反射呼叫與欄位存取、運行時動態增減

J2EE 開發的歷史痛點 資深 J2EE 開發者無不深知其複雜度：開發一個簡單應用往往需編寫大量樣板程式碼（如 EJB 元件）與無數 XML 部署描述檔。J2E

前言：Java 與 PL/SQL 的無縫整合 Oracle 資料庫自 8i 版本起便支援將 Java 類別儲存於資料庫內部，使其能作為 PL/SQL 的替代或補

後端準備 Action/Controller 將 List<Role> roleList 放入 request： List<Role>

核心難點 Authenticator.setDefault() 全局生效，需線程安全。 Base64 編碼：JDK 8 前無標準 API，需自行實現或用 su

HPSF 進階用法補充 SummaryInformation 常用 Getter：getTitle()、getAuthor()、getCreateDateTi

Eventusermodel 高效讀取 模擬 SAX 解析 XML，需熟悉 BIFF8 底層 Record 結構（org.apache.poi.hssf.rec

Excel 格式與 HSSF Excel 97~XP 統稱 BIFF8 格式。POI 實現稱為 HSSF（Horrible SpreadSheet Format

單機 vs 集群本質區別 Tomcat 等 Web 容器僅支持 Web 層負載均衡，擴展性有限。真正的 J2EE 集群依賴 EJB 容器提供的狀態複製、負載均衡

場景 Blue Bank 暴露 www.bluebank.example.com/axis/getBalance.jws，需防範 SOAP 請求中的惡意輸入。

實驗環境 OS：Linux (默認 UTF-8) Server：Tomcat 5.0.28 DB：PostgreSQL / MySQL 架構：JSP → Ja