When it comes to web services interoperability between .NET and Java, the choice used to be limited to SOAP over HTTP. This became even more limited with introduction of .NET 3.0 because only BasicHTTP binding in .NET provides direct interoperability with Java Web Services.
Two new options recently became available in this area – WebSphere MQ (WMQ) and ActiveMQ transports can now be used for building interoperable web services between Java and .NET. Moreover, reliable messaging for .NET is now extended. In addition to MSMQ, both WMQ and Active MQ can now be used as reliable transport for .NET Web Services.
The WMQ solution is based on the Custom Channel for IBM WMQ for Windows Communication Foundation available from IBM’s AlphaWorks, with a new version posted on March 14th. This product enables WMQ to be used as a custom channel within the Windows Communication Foundation (WCF) framework (as available in the .NET Framework 3), in the same manner as the built-in channels offered by Microsoft.
Messages are formatted according to the SOAP over JMS implementation available in WMQ v6.0, enabling applications to communicate both with services hosted by WCF or by the WebSphere SOAP over JMS service infrastructure, including WebSphere application server and CICS.
The current implementation is intended as a proof-of-concept to help better understand the product requirements in this area (and is not suitable for use in a production environment). The plans for productizing this implementation are not yet finalized.
The custom channel is built using the extensibility framework provided within the Windows Communication Foundation, which allows it to be integrated and used within the framework in the same way as the built-in transports offered by Microsoft. Service applications can be configured to use the new custom channel in the normal way, with client application being generated using standard tools such as the Microsoft Service Metadata Utility Tool (Svcutil.exe). Service metadata descriptions can either be published directly from a running service (provided it is exposed via an additional HTTP endpoint) or using WSDL (Web Service Description Language).
The current implementation supports the core messaging functions with the following restrictions:
- Support for only one client per service instance for Duplex channel shape.
- Duplex channel is an extension to the SOAP/JMS implementation provided by WebSphere MQ v6 and as such is only for use between WCF services and clients.
- Core messaging features only (i.e. no support for more advanced functionality such as transactionality or security)
- Interop with SOAP/JMS services hosted by the existing SOAP/JMS environment in WMQ v6 (using either the .NET or Java/Axis listeners) is restricted to one-way operations.
- Interop with SOAP/JMS services hosted by the SOAP/JMS environment in CICS or WebSphere Application Server does not support mixing one-way and request/reply operations within a single contract, a separate contract must be created for each channel shape.
The Active MQ solution is based on the Axis provider for JMS (in Java) and the “pluggable protocol” feature (in .NET). As such it is not packaged as a true .NET custom channel requires more custom programming.
Neither solution is fully productized, but both provide a good base for experimentation with alternative web services interoperability transports.