I'm starting this Wiki to collect best practices about creating interoperable web services (not clients) in WCF. Please share your experience if you know any feature which is not generally interoperable or which is not interoperable with specific platform.
Fairly simple:
avoid any .NET specifics like Exceptions (turn them into SOAP faults)
don't use any binding that start with
net
like netTcp, netNamedPipes, netMsmq and so forth - usewsHttpBinding
for secure WS-* services, andbasicHttpBinding
for maximum reach / compatibility with even the weirdest client platformsdon't use the NetDataContractSerializer
I recommend WCF REST exposing multiple serialization formats, definitely xml for starters.
General interoperability:
- Only HTTP and HTTPS transport channels are interoperable
- Negotiation of security credentials is not interoperable (negotiateServiceCredential in message security). It uses TLSNego or SPNego protocols which are not always supported by other platforms.
- HTTP streaming can cause troubles as well
- Binary encoding over HTTP channel is not interoperable
- OleTransactions are not interoperable
- Use service security context with care (estabilishSecurityContext in message security). It uses WS-Secure Conversation protocol which is not available on some platforms
Edit:
- WSDualHttpBinding and CompositeDuplexBindingElement are not interoperable
来源:https://stackoverflow.com/questions/3525097/what-should-i-know-when-developing-interoperable-wcf-web-service