We're seeing a situation with the Vault plugin where when the call to the "targetURL" results in a server error, it reports that in the build output, but the plugin doesn't report a failure, so it looks like the build was successful. If you're not paying attention, you'll miss the Vault plugin failure. It doesn't matter why the call to the targetURL fails, it's just a symptom on the server. What's the issue here is that when that fails, the plugin should also fail, but it doesn't.
If it matters, here's some build output to show the vault plugin failing, but it not causing the build to fail.
[INFO] [executor:install {execution: default-cli}]
[INFO] [vault:install {execution: virtual-execution}]
[INFO] Installing ... (....zip) to http://localhost:7001/crx/packmgr/service.jsp
[ERROR] Request to http://localhost:7001/crx/packmgr/service.jsp failed, response=Internal Server Error
[INFO] --------------------------------------------------------------------- ---
[INFO] BUILD SUCCESSFUL
[INFO] --------------------------------------------------------------------- ---
[INFO] Total time: 22 seconds
[INFO] Finished at: Mon Apr 30 16:19:29 PDT 2012
This feature was added last year using the configuration property name failOnError. You need to change to the new content-package-maven-plugin, the successor to the maven-vault-plugin.
For backwards-compatibility reasons, the default is false.
Something like this should work:
<plugin>
<groupId>com.day.jcr.vault</groupId>
<artifactId>content-package-maven-plugin</artifactId>
<version>0.0.13</version>
<configuration>
<failOnError>true</failOnError>
...other config...
</configuration>
</plugin>
With the exception of some fairly esoteric goals which were only used internally, the content-package-maven-plugin is entirely backwards compatible with the maven-vault-plugin.
Regards,
Justin
North America
Europe, Middle East and Africa
Asia Pacific