Bindings, Platforms, and Innovation
This presentation focuses on the Internet and separating myth from fact, history from the future, and the mundane from the imaginative. Bob Frankston presents a vision of what could and should be.
Tracking change and innovation in the enterprise software development community
Posted by Boris Lublinsky on Mar 25, 2008 03:05 AM
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:
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.
Would you enroll in an India Forex Group i.e http://www.indiaforex.com Groups?
Actually, it is now much easier to interop between .NET and Java as .NET supports RESTful services and you can use http, atom etc which are ubiquitous (you can take a look at a short post I made on the WCF REST options) Arnon
Simply connecting .Net and Java with Webservices is no big deal. When using http it works out of the box. What this article talks about is using a message oriented middleware to do the connection. This has many advantages over http. For example you can have clustering for free by simply listening with two instances on the same queue. Another advantage is location transparency. When you use http you always have the server name in your url. So when you move your service from one server to another you have to adjust the url in the clients. When using a queue you can simply start an instance of the service on any machine and the clients can connect to it.
Of course nothing stops you from introducing one level of redirection in the HTTP case, too - either via a registry or through a simple "service document" containing links to the actual resources (or endpoints, if you prefer).
Such articles that describe .NET/Java (SOA, JMS, MSMQ, WEB, SOAP,etc.) interoperability should be titled as ".NET/J2EE ineroperability". This is a very specific case of .NET/Java interperability that has very huge overhead.
This presentation focuses on the Internet and separating myth from fact, history from the future, and the mundane from the imaginative. Bob Frankston presents a vision of what could and should be.
This article explores the use of JBoss and jBPM to implement design solutions that effectively address the issue of orchestrating long running activities.
This presentation covers the use of graph databases as an optimal solution for data that is difficult to fit in static tables, rapidly evolving data or data that has a lot of optional attributes.
This session introduces Real Options and shows how it can help in running your project. Real Options is a decision-making process that can be used to manage risk.
This article discusses the use of bindings on services and references (including the instance of non-configured bindings) as the means to implement SCA communications in a Web and SOA environment.
After a short introduction to DSLs, Scott Davis plays with the keyboard showing how to approach the creation of a DSL by typing working snippets of Groovy code that get executed.
IBM Rational and InfoQ present, Scaling Agile with C/ALM, an eBook showing organizations how to become “finely tuned software delivery machines” by enabling team integration and scaling.
Amanda Laucher presents a real life enterprise application written in F#. She shows actual code snippets, explaining design decisions and suggesting how to use some of the F# constructs.
4 comments
Watch Thread Reply