前言：組件背後的數據與狀態 — CDI Bean 定義 自動完成組件需要兩類數據：用戶選擇的值 (綁定到表單模型) 和 可選完成項列表 (靜態/動態數據源)。本

前言：薄而精的 JS 層 — 觸發 Ajax、傳參、定位、防抖 JSF 2 內建 `jsf.ajax` 引擎處理底層 XmlHttpRequest、響應解析、局

前言：Ajax 行為的服務端大腦 — AutocompleteListener 前端 JavaScript 觸發 `jsf.ajax.request()` 後，

前言：選對容器，事半功倍 本系列代碼基於 **JSF 2.0 / Java EE 6** 標準，需運行於支援完整 Web Profile 的容器：GlassFi

前言：標準化專案結構 — 讓組件代碼「跑起來」 本文演示如何在 Eclipse 中創建 Dynamic Web Project，配置目標運行時、模塊版本、內容目

前言：一鍵運行 — 從源碼到瀏覽器的最後配置 組件代碼已完成，本文演示如何在 Eclipse 中將專案部署到 GlassFish 並啟動驗證，包含 Server

前言：從代碼到運行 — 完成自動完成組件的最後一公里 前九篇已完成自動完成組件的核心邏輯：Facelet 復合組件、JavaScript 事件處理、Java 端

亂碼本質：編碼不一致的「雞同鴨講」 瀏覽器以頁面編碼 (如 GBK/UTF-8) 送出表單，伺服器若以不同編碼 (預設 ISO-8859-1) 解碼，位元組序列

前言：從症狀治療到體系治理 上篇介紹了「手動轉碼」與「`request.setCharacterEncoding()`」兩種臨時方案。生產環境需建立**全鏈路統

前言：Oracle 併購 Sun 後的首個 GlassFish 快速迭代 2010 年初，Oracle 併購 Sun 完成不久，GlassFish 3.0.1

前言：EJB 3.1 打破包裝邊界，讓企業級組件輕裝上陣 Java EE 6 (JSR 316) 引入的 EJB 3.1 (JSR 318) 帶來里程碑式改進：

前言：JPA 緩存體系的基石 — Persistence Context JPA (Java Persistence API) 將「緩存」概念具體化為 Pers

前言：從 JPA 1.0 到 2.0 的緩存標準化里程碑 JPA 1.0 (JSR 220) 僅定義了一級緩存 (Persistence Context)，二級

前言：Hibernate 緩存體系的演進與核心設計 Hibernate 作為 JPA 標準最成熟的實現，其緩存機制早於 JPA 2.0 標準化，擁有更豐富的配置

前言：分布式系統的核心挑戰 現代應用架構以「分布式」為核心：從簡單的點對點調用，到微服務、Service Mesh、Serverless。跨進程/機器/數據中心

前言：分布式系統的複雜性陷阱 微服務、SOA、雲原生架構將單體應用拆分為多個網絡邊界內的服務。網絡分區、序列化開銷、服務發現、分布式事務等固有複雜性，若設計不當

前言：內建分析器，開箱即用 自 Java 5 起，JDK 內建 JConsole；Java 6u12 引入 VisualVM（NetBeans 平台構建）。兩者

前言：為什麼需要輕量級命令列分析器？ 全功能 GUI 分析器（JConsole、VisualVM、JProfiler）雖然強大，但在生產環境中往往因開銷過大、需

前言：為什麼 Java 開發者需要腳本語言？ 在 Java 生態系統中，靜態類型與編譯時檢查雖然帶來了健壯性，但有時我們需要更靈活、動態的方式來解決小型問題——

本實戰演示基於 NetBeans + GlassFish 3.0.1/3.1，展示 EJB 3.1 在 WAR 內直接暴露 WebService 端點的輕量化部