DonUschi Geschrieben 19. Februar 2010 Teilen Geschrieben 19. Februar 2010 Moin, ich bin noch recht neu im Thema SOA. Nun möchte ich gern herausbekommen, welche Lösungen es für mein Problem gibt. Ich implementiere eine Webservice-Schnittstelle. natürlich könnte ich mit soapUI testen, doch das Testing soll beim Maven-Build durch einen Hudson angestoßen und überwacht werden, daher brauche ich automatisierte Tests, möglichst mit JUnit. Bisher funktionierende Testmethode habe ich openejb aber ich kann mir nicht vorstellen, dass dies der Weisheit letzter Schluss sein soll. Vielleicht habt ihr ja noch ein paar Ideen =) Gruß, Uschi Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Schiller256 Geschrieben 19. Februar 2010 Teilen Geschrieben 19. Februar 2010 Die Frage ist ob du wirklich den SOAP Request und Response via JUnit simulieren willst oder ob es dir reicht ohne SOAP deine JUnit Tests durchzuführen. Wenn du für deine JUnit Test keine Daten aus dem SOAP Header brauchst. Kannst du in deinen Test direkt eine Instanz der Webservice Klasse erzeugen ohne das du den Service via SOAP aufrufst. Wenn du aber Daten aus dem SOAP Header brauchst dann musst du entweder über deinen Client eine Nachricht an deinen Service senden. Du erzeugst in deiner Testklasse dann eine Instanz deines Client's und gibst ihm den richtigen Endpoint mit. Es gibt auch die Möglichkeit den SOAP Request/Response in einer Datei zu speichern und dann in den Test via HTTP an deinen Service zu senden. Zusätzlich gibt es auch noch XMLUnit die bieten eine bessere XML Unterstützung an als JUnit alleine. Das bedeutet aber das du deine Tests in die integartion-test build Phase von maven legen musst. Denn du musst ja deinen Service vorher erst noch starten und das geht erst nachdem du die package Phase abgeschlossen hast. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
DonUschi Geschrieben 9. März 2010 Autor Teilen Geschrieben 9. März 2010 wir sind nu bei openejb geblieben und openejb bietet n container für die ejb's und webservices an. aber gott wie nervig die ganzen workarounds sind die man bei openejb braucht. da funktioniert rein garnix einfach so. wär ja auch zu schön. allein schon, dass man keine javax javaee-api nutzen kann sondern projektweit nur noch die mitgelieferte apache javaee-api in version 5.0-2 funktioniert. :upps Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.