2016-08-05 2 views
-1

Ich habe eine doppelte Frage dieser unbeantworteten Frage Calling a WCF service from Java, redux von vor ein paar Jahren.Erstellen eines Java-Proxy für einen .NET-basierten Webservice mit Message Contracts mit MessageHeader-Attributen für Felder

Ich möchte einen Java-Proxy für einen Webservice von einem Partnerunternehmen erstellen. Der Webservice wurde in .NET erstellt. Für einige Felder werden Nachrichtenverträge mit MessageHeader-Attributen verwendet. Der Vertrag kann nicht geändert werden.

Der Java-Proxy-Generator wsimport scheint die mit MessageHeader markierten Felder zu ignorieren. Wie wird das gelöst?

Antwort

-1

ich vor kurzem hatte ein ähnliches Problem, ich ActiveMQ Service zwischen JAVA und .NET so war mein Diagramm so etwas wie dieses implmented haben:

Third Party < ==> .Net Dienst < == JSON ==> ActiveMQ < == JSON ==> JAVA-Proxy-Dienst

Bitte beachten Sie, dass .Net und JAVA-Proxy beide mit ActiveMQ in JSON-Nachrichten in beiden Richtungen kommunizieren. Sie werden feststellen, dass Sie einige Schwierigkeiten haben, da die .Net-Objekte von Drittanbietern schwer von JSON zu de-/serialisieren sind

+0

Wenn der Dienst eine JSON-API hätte, wäre das kein Problem. Es ist SOAP/WCF Komplexität. – Hans

+0

Bitte beachten Sie, dass Sie in meiner vorgeschlagenen Struktur einen neuen .Net-Dienst erstellen müssen, um mit der SOAP/WCF von einer Seite interagieren und eine neue JSON-Schnittstelle von der anderen Seite offenlegen. Sie können argumentieren, dass dies mehr Anstrengungen erfordert, aber es funktioniert und Sie behalten die Kontrolle. – Hasson

+0

Keine Option. Ich habe keine Kontrolle über den Partner-Webservice und wir werden keinen .NET-basierten Code hosten, der einen von ausführt. Ich war früher .NET Developer, bin aber auf die Seite von Duke zurückgekehrt. Ich will nur wsimport oder etwas anderes generieren einen richtigen Proxy. – Hans

Verwandte Themen