我有配置爲通過maven-gunit-plugin運行gunit(ANTLR語法單元測試工具)的maven。然而,炮彈有兩種不同的模式。第一種模式使gunit充當解釋器,讀取* .gunit(或* .testsuite)文件,解釋它並顯示結果。它可以這樣配置:如何使用maven-gunit-plugin生成JUnit源碼
<plugin>
<groupId>org.antlr</groupId>
<artifactId>maven-gunit-plugin</artifactId>
<version>3.1.3</version>
<executions>
<execution>
<id>maven-gunit-plugin</id>
<phase>test</phase>
<goals>
<goal>gunit</goal>
</goals>
</execution>
</executions>
</plugin>
第二種模式導致gunit生成可由JUnit運行的源代碼。我如何指示maven-gunit-plugin生成JUnit源代碼而不是作爲解釋器?
的幾個注意事項:
- 我可以改變測試階段「生成測試來源」引起Maven插件,以在正確的時間運行。
- 我找不到在Maven的gunit-插件
- 我見過的人使用exec-maven-plugin與特定的命令行選項來運行gunit任何有用的文檔,但我不希望這樣做。
EDIT /解決方案:
讀取各種響應後,我下載的ANTLR源代碼,其中包括行家-gunit的插件。該插件不支持junit生成而不是。事實證明,gunit-maven-plugin和exec插件的codehaus快照是目前唯一的選擇。
org.codehaus.mojo的gunit-maven-plugin與org.antlr的maven-gunit-plugin不一樣。不過,我會看到,如果有一個存儲庫/快照按上述方式工作。 – 2009-09-28 23:12:06
@Pascal +1,@Kaleb插件確實不同。codehaus mojo已被專門編寫爲生成JUnit測試類的解決方法。如果你決定避開exec插件,那麼這個Mojo目前看起來是最好的選擇(假設它有效)。雖然被警告說SNAPSHOT後綴意味着該插件是易變的,並且可能會發生變化,但您可能希望採取本地副本並重命名/回覆它以避免發生重大更改。 – 2009-09-29 07:02:28
用Rich的明智話語+1:使用SNAPSHOT版本可能會對您的構建穩定性造成致命傷害,爲了構建可再生性,我更願意使用「固定」版本。 – 2009-09-29 09:38:46