Hallo Experten,
seit Kurzem arbeite ich mit Maven 2. Es handelt sich um ein EAR-Projekt mit Web- und EJB-Inhalten. Beim automatischen Builden läßt Maven auch die JUnit-Tests laufen. So gibt es bei mir beispielsweise ServiceTests, die wie ein Remote-Client den Context zum JBoss aufbauen und sich die Session-Beans remote holen.
Der Test funktioniert nicht, da vorher das EAR nicht deployed wurde.
Das ist auch die Krux an der Sache. Maven läßt die JUnit-Tests vor dem Bauen des EARs laufen. Da es noch kein EAR auf dem JBoss gibt, schlagen diese Tests fehl und das EAR wird nicht gebaut. ;-]
Nun habe ich mit Eclipse-Mitteln vorher ein EAR gebaut, das ich "von Hand" deployed habe. Danach baute auch Maven das EAR, da nun die Tests erfolgreich waren. Das ist doch nicht Sinn der Sache! Somit führt Maven bei jedem Build die Tests aus, die auf das alte (event. fehlerhafte) EAR connected sind. :-(
Wie kann ich Maven dazu überreden, zuerst das EAR zu bauen und zu deployen, ehe die Remote-Tests ausgeführt werden?
seit Kurzem arbeite ich mit Maven 2. Es handelt sich um ein EAR-Projekt mit Web- und EJB-Inhalten. Beim automatischen Builden läßt Maven auch die JUnit-Tests laufen. So gibt es bei mir beispielsweise ServiceTests, die wie ein Remote-Client den Context zum JBoss aufbauen und sich die Session-Beans remote holen.
Der Test funktioniert nicht, da vorher das EAR nicht deployed wurde.
Das ist auch die Krux an der Sache. Maven läßt die JUnit-Tests vor dem Bauen des EARs laufen. Da es noch kein EAR auf dem JBoss gibt, schlagen diese Tests fehl und das EAR wird nicht gebaut. ;-]
Nun habe ich mit Eclipse-Mitteln vorher ein EAR gebaut, das ich "von Hand" deployed habe. Danach baute auch Maven das EAR, da nun die Tests erfolgreich waren. Das ist doch nicht Sinn der Sache! Somit führt Maven bei jedem Build die Tests aus, die auf das alte (event. fehlerhafte) EAR connected sind. :-(
Wie kann ich Maven dazu überreden, zuerst das EAR zu bauen und zu deployen, ehe die Remote-Tests ausgeführt werden?