1. JavaBean：為了充分利用Java的面向對象特性，重用代碼應當放置在獨立的代碼容器內。這些JavaBean可不是標簽庫的一部分。他們是標簽庫用來執行所分配任務的基礎代碼模塊。
2. 標簽處理器：這是標簽庫的真正核心。標簽處理器（tag handler）引用它所需要的任何外部材料（JavaBean）并且負責訪問JSP頁面的信息（PageContext對象）。而JSP頁面則把頁面上設置的標簽屬性都傳遞給標簽處理器，JSP頁面上的標簽標示的內容也是這樣處理的。當標簽處理器完成其處理過程，它就會把處理后的輸出結果回送給JSP頁面做進一步處理。
3. 標簽庫描述符（TLD文件）：這是一種很簡單的XML文件，TLD文件描述和說明了屬性、信息和標簽處理器文件位置等信息。JSP 容器使用這一文件來映射被調用標簽庫的位置和用法。
4. Web站點的web.xml文件：其實這就是你的Web站點上的初始化文件。在這個文件內你可以定義Web應用程序中使用的定制標簽，還可以定義用來描述每個定制標簽的TLD文件。
5. 發布文件（WAR或JAR文件）：如果你打算重用定制標簽，那么你肯定需要想個簡便的辦法把標簽從一個項目遷移到其他項目中去。把標簽庫打包成一個JAR文件就是這種既方便又高效的標簽庫發布方式。我們在以上的事例中沒有建立JAR文件，但是如果你打算更進一步地了解JAR文件的細節，你不妨閱讀“JSP WAR文件簡介”。
6. JSP頁面上的標簽庫聲明：僅需使用標簽庫標示符即可方便地聲明頁面上存在的標簽。標簽庫在頁面上聲明之后，你就可以隨意使用它們了。

看起來會讓你忙乎一陣子，實際上沒那么糟糕。剛開始用的時候當然會有點棘手。其實真正關鍵的并不是編碼而是把以上各個部分正確地組織起來。這種層次性的結構是很重要的，也正是如此才可以說標簽庫及靈活又易于使用。更重要的事，這些層次可以讓整個建立標簽庫的過程都能通過JSP IDE自動完成。今后的JSP IDE更可以自動完成創建定制標簽的大部分工作，而你自己則只需要負責建立代碼和標簽處理器。

（注意：一個標簽處理器只定義一個定制標簽；而一個標簽庫則是很多個標簽處理器的集合，它們執行同一任務。）