Vor kurzem habe ich entdeckt, dass Hudson nicht das Problem war. In Wirklichkeit war es Maven selbst, da der Multimodul-Build den Build-Fehler verursachte, nicht Hudson. Ich hatte nur nicht bemerkt, wo das Problem tatsächlich existierte.
Ich lasse die ursprüngliche Frage hier stehen.
Ich benutze die failsafe-maven-plugin um einige Integrationstests durchzuführen. Der Unterschied zwischen Failsafe und Surefire besteht darin, dass Failsafe Fehler zulässt und den Build nicht fehlschlagen lässt.
Bei meinen nächtlichen Builds kann es vorkommen, dass ein Dienst, den die Integrationstests verwenden, ausfällt. Bei normalen Builds würde das Failsafe-Plugin den Build weiterlaufen lassen, da die Integrationstests fehlschlagen dürfen. Hudson scheint dies jedoch nicht zu respektieren und stoppt den Build und produziert Regen.
Ich habe versucht Schalten Sie die Failsafe-Tests aus bei nächtlichen Builds mit -DskipITs. Dies scheint zu scheitern, da ich in einem Multi-Modul-Build bin.
Irgendwelche Ideen, wie man Maven dazu bringt, zu respektieren, dass diese Tests fehlschlagen können, obwohl sie Teil eines bestimmten Moduls sind?
Das Projekt ist wie folgt aufgebaut:
-parent
\-jar
\-jar (where integration tests run)
\-war
\-ear
0 Stimmen
Befinden sich diese Integrationstests in einem bestimmten Verzeichnis oder in einem speziellen Modul (das habe ich nicht verstanden)? Wenn nicht, warum nicht? Können Sie uns etwas mehr über die Multimodulstruktur erzählen? Welches Ziel verfolgen Sie bei nächtlichen Builds, die
verify
Ziel?0 Stimmen
Ich führe die Installation auf einer nächtlichen Basis auf der obersten Ebene des übergeordneten pom aus.