必須注意的是 Grester 安裝在 Maven 的本地系統庫中的位置。如果不熟悉 Maven，則其默認本地系統庫為 $USER_HOME/.m2/repository/。默認情況下，在運行 Windows 的計算機中，$USER_HOME 很可能被轉換為 Documents and Settings/$USERNAME/（其中 $USERNAME 是登錄的用戶）。在 Linux/UNIX 計算機中，$USER_HOME 將轉換成 /home/$USERNAME/。快速瀏覽 Windows 本地系統庫可以發現 Grester 被安裝到 C:/Documents and Settings/$USERNAME/.m2/repository/org/apache/maven/plugins 中，并且創建了一個名為 maven-grester-plugin 的目錄。此目錄包含版本號目錄（新版本是 V0.3）；該目錄中有實際的 maven-grester-plugin-x.x.jar 文件。
使用此結構的原因在于 Grester 的 pom.xml 文件。如圖 6 所示，Grester 項目的 groupId 是 org.apache.maven.plugins。用包含此字符串作為 groupId 值的 Java 或 Groovy 語言編寫的所有 Maven 插件，相比擁有其他一些任意 groupId 的 Maven 插件，都包含更易于通過命令行執行的 mojo。由于 Grester 將使用此字符串，因此在通過命令行執行各個 mojo 目標時，您無需預先考慮 groupId 和 artifactId。
圖 6. Grester 的 pom.xml 配置文件中的 groupId
maven-grester-plugin 目錄是在安裝時創建的（install 目標將創建此目錄），如下所示。其他標準 Maven 插件都安裝在同一個上級目錄中，例如 maven-surefire-plugin 和 maven-install-plugin 目錄。
圖 7. Maven 的本地系統庫中的 Grester
如果項目的自定義組 ID 和工件 ID 太長且很難記或者只是重復鍵入很麻煩，那么使用特殊的 groupId 字符串十分有利。這是默認插件（例如，maven-compiler-plugin 或 maven-surefire-plugin）的基本 Maven 目標（例如 compile、test，或者 test-compile）在執行時不需要諸如 mvn org.apache.maven.plugin:maven-compiler-plugin:2.0.2:compile 或 mvn org.apache.maven.plugin:maven-surefire-plugin:2.3:test 之類的命令的原因（只需 mvn compile 或 mvn test）。
將 Jester 安裝為 Grester 的主要依賴關系
此時，除了 Grester 的核心 —— 實際的 Jester 依賴關系之外其他內容都已緒。Windows 和 Linux/UNIX 平臺提供了兩個方便的腳本，它們可以把 Jester（即，實際的 jester-1.37.jar 文件）安裝到 Maven 的本地系統庫中。為什么提供這些腳本？難道不能在 Maven 獲得其編譯器、安裝程序和其他插件依賴關系時從 Maven 所在的相同外部資源中下載這些腳本么？答案是 Jester 沒有放在可公開獲得的已知 Maven 系統庫中（例如，Maven 的 Ibiblio），因此您不能用包含 Jester 的遠程系統庫來配置 Maven 的 $MAVEN_HOME/conf/settings.xml 文件（不考慮用 groupId-artifactId 版本組合安裝它的方法）。
因此，分別為 Windows 和 Linux/UNIX 提供了 install-jester.bat 和 install-jester.sh 可執行文件。如果任何一個可執行文件在任意平臺上執行失敗，都可以使用如下所示的命令作為解決方法。
圖 8. 建立 Jester 依賴關系
注：我寫完這篇文章后，Grester V1.0.1 被發布到 Maven 公共系統庫 中。這種持續不斷地改進意味著您現在可以直接從的 Apache 系統庫中獲得插件，但是仍然需要有提供結合功能的 Jester 核心 JAR 和指令才能構成完整的架構。
在示例 Maven 項目中使用 Grester
那么，您已經得到了一個精心編織的 Maven 項目，并且希望在單元測試（或者至少在一組測試中）中測試 Jester。無論是單元測試還是集成測試，明智的做法是要么把項目復制到文件系統中的某個位置并對該副本運行 Jester，要么使用現有副本，但是要準備好恢復對代碼源文件所做的所有更改。這是因為 Jester 將更改現有的源代碼文件，保存更改并重新編譯代碼（保留同一個目錄中的類文件作為源文件）。如果項目擁有的代碼庫相對較小或者所選測試很少，則可以使用現有代碼庫副本。
在 Eclipse 中設置示例文件
以測試為例，您將使用在 Eclipse IDE 中構造和準備的基本 Maven 項目。雖然 參考資料 部分包含關于如何操作的鏈接和信息，但是如何在特定開發環境內構造 Maven 項目和創建必要文件不在本文討論范圍內。圖 9 演示了 Eclipse IDE 內的項目。
圖 9. Eclipse IDE 中的示例 Maven 項目
舉例來說，在項目中使用一個相對簡單的類和測試類。該類將使用 Java 語言處理外部過程命令的執行。清單 3 顯示了測試的類的主要部分。
