Moin,

beim Anbieten von Webservices komme ich allgemein weniger auf Probleme. Ist mit Annotationen und nem App Container ja auch wirklich nicht schwer.

Die WSDL Generierung von JBoss lässt bei mir aber eine Frage offen:

Wenn ich massig Webservices hab, die thematisch und allein für die Übersichtlichkeit nix in einer gemeinsamen Klasse zu suchen haben.

Wie kann ich die Webservices auf mehrere Klassen verteilen und erreichen, dass trotzdessen nur eine WSDL generiert wird?

Ist das möglich?

Schöne Grüße,

Uschi

Ich kenne es bis jetzt nur so das du zu einer WDSL auch eine Klasse hast wo alle deine Anfragen landen. Wie du dann im weiteren deine Anfragen an deine internen Komponenten verteilst bleibt dir überlassen.

Eine "Mega" WSDL wie sie dir vorschwebt macht in meinen Augen auch kein Sinn! Denn damit hat der Client ja auch in seinem Proxy alle Methoden zur Verfügung. Das ist weder aus fachlicher noch technischer Sicht sinnvoll alles auf einmal anzubieten.

Dein Webservice unterliegt ja auch gewissen Änderungen und wird in seinem Leben bestimmt auf neue Anforderungen angepasst werden müssen. Wenn dann jedes mal alle Service Consumer einen neuen Proxy einbinden müssen weil sich ein Attribut in einer Methode geändert hat ist das nicht sehr sinnvoll.

Hinzu kommt das unterschiedliche Services auch vielleicht unterschiedliche Anforderungen an die Sicherheit haben so wird es mit Sicherheit Services geben die public sind und ohne Security ankommen es wird aber sicher auch Services geben die im SOAP Header Security Informationen benötigen. Aus diesem Grund ist es durchaus sinnvoll die WSDLs so zu scheiden das sie fachlich und technisch eine sinnvolle Einheit bilden und auch als eigenständige Komponente genutzt werden können.

Tja, ist schon alles richtig was du sagst. ^^

Eigentlich sind WebServices aus Performancegründen eine ungünstige Lösung. Es gibt erstmal eh nur einen, später evtl. mehrere Service Consumer die über n Tunnel kommen.

Da allerdings beschlossen wurde nur gegen eine WSDL zu implementieren, suche ich nun nach einer technischen Möglichkeit, dies auf meiner seite aufzubrechen.

Eigentlich sind WebServices aus Performancegründen eine ungünstige Lösung.

Das kann man so allgemein nicht sagen. Sicher hat SOAP einen gewissen Overhead dafür ist die Schnittstelle von anderen Consumern aufrufbar auch von welchen die nicht in Java implementiert sind.

Es gibt erstmal eh nur einen, später evtl. mehrere Service Consumer die über n Tunnel kommen.

Bei der Einführung von Webservices sollte man sich schon etwas Zeit nehmen und auch über den kompletten Service Lifecycle schauen. Denn mal eben schnell einen Service gebaut und angeboten kann sich sehr schnell nach hinten los gehen. Nämlich dann wenn der Service, wenn er einmal Produktiv läuft angepasst werden muss. Da kommt schnell die Frage auf wer nutzt ihn denn überhaupt und kann ich einfach ein neues Attribut aufnehmen.Das der Service über einen Tunnel aufgerufen wird ist für den Service vollkommen irrelevant.

Da allerdings beschlossen wurde nur gegen eine WSDL zu implementieren, suche ich nun nach einer technischen Möglichkeit, dies auf meiner seite aufzubrechen.

Dann leite deine Anfragen direkt aus dem Service an einzelne Komponenten weiter. Das Stichwort wäre hier das Strukturmuster Adapter.

Bearbeitet 16. März 201015 j von Schiller256

das mach ich sowieso schon. zugegeben nicht nach einem pattern, aber ich hab ne controllerschicht die aufrufe vom webservice an die services im backend verteilen.

naja wird die klasse halt n paar tausend zeilen lang *s*