L'interoperabilità dei servizi Web da WCF a Java sembra sorprendentemente problematica. Qualche buona risorsa?

Con un recente progetto, il nostro team di sviluppo basato su .Net è stato incaricato di integrarsi con tutta una serie di servizi Web basati su Java in tutto il mondo e abbiamo davvero avuto una sorprendente quantità di problemi (beh, non siamo certamente più sorpresi) perché l'XML generato da WCF non è accettato dai servizi Java.

Sembra anche che non ci siano davvero molte buone informazioni da trovare sull'argomento, abbiamo ottenuto alcuni buoni consigli dall'eccellente blog WCF di Yaron Nave, http://webservices20.blogspot.com , e anche sul forum MSDN WCF http: //social.msdn.microsoft.com/Forums/en-US/wcf/threads .

C'è qualcuno qui che sente davvero di averlo capito e conosce la risorsa definitiva sull'argomento? Sarebbe interessato a suggerimenti su libri, blog o siti Web.

Modifica:
sono lacerato nell'impostare la risposta accettata su questo thread, perché ognuna delle due risposte migliori ha un certo valore:
1. Probabilmente finiremo per fare più implementazioni di richiesta Web HTTP invece di combattere WCF.
2. Ma il WCF Express Interop Bindings 1.0 è stato anche un suggerimento molto sensato.

Ah sì ... SAPONE, il presunto santo graal dell'informatica. Una lingua franca che prometteva l'interoperabilità tra i sistemi di tutto il mondo.

E poi si entra nelle differenze tra le implementazioni SOAP su Java, PHP e .NET. O anche tra il servizio SOAP WebSphere e il client SOAP Apache. Non importa di occuparsi di diversi standard di compatibilità WS-I. Ora per favore dimmi perché hai bisogno di uno standard di compatibilità per un protocollo che è stato creato per compatibilità , parla di ironia (e intendo vera ironia, non del marchio di ironia Alanis Morrissette ).

L'unica volta che non si verificano problemi nel comunicare due endpoint SOAP è quando si trovano entrambi sulla stessa piattaforma e nella maggior parte dei casi la piattaforma avrà un protocollo di funzionamento remoto più efficiente.

Quello che sto dicendo qui è che per la maggior parte, SOAP è inutile. Ora sapone minuscolo, lo uso tutti i giorni e sono grato che molte persone facciano lo stesso.

Detto questo, se insisti a sbattere la testa contro un muro di mattoni. Ecco un buon posto per partenza Microsoft ha una serie di collegamenti per consentire l'interoperabilità con la maggior parte dei principali server Java. La parte divertente ovviamente è scoprire quali funzionano con i servizi che stai integrando.

Secondo me, la tua osservazione è abbastanza accurata. Le implementazioni di alto livello della comunicazione basata su XML non sono generalmente compatibili con piattaforme diverse, anche se lo sono entrambe sono chiamate "SOAP". Lievi differenze nell'implementazione, probabilmente entrambe nell'ambito dello standard implementato, creano problemi nell'uso della vita reale.

La mia raccomandazione per i fornitori di servizi: utilizzare un'implementazione semplice anziché un'implementazione molto complessa e teoricamente migliore. Ad esempio, non includere schemi di autenticazione estremamente complessi se non sono necessari.

La mia raccomandazione per i consumatori di servizi (tu, presumo): quando comunichi a un'implementazione di alto livello su una piattaforma diversa dalla tua, passa a un'implementazione di livello inferiore. Improvvisamente diventa abbastanza semplice se si capisce semplicemente qual è l'XML effettivo da inviare e quindi si utilizzano le normali buone pratiche di codifica per farlo, in alternativa a insistere sull'uso dell'implementazione di alto livello della propria piattaforma.

Spero non sia stato troppo astratto. In breve , quando ti trovi su una piattaforma .NET che si connette a una piattaforma Java, potresti voler semplicemente assemblare le intestazioni e l'xml in un HttpWebRequest e inviarlo in quel modo.

Avrai gli stessi problemi anche nel consumo dei servizi web PHP.

La nostra unica risposta a ciò era cambiare il tipo di protocollo in REST piuttosto che in SOAP. Non abbiamo mai avuto l'interoperabilità delle cose SOAP, tanto per Simple!