This post originated from an RSS feed registered with .NET Buzz
by Tim Sneath.
Original Post: .NET and J2EE Interoperability
Feed Title: Tim Sneath's Blog
Feed URL: /msdnerror.htm?aspxerrorpath=/tims/Rss.aspx
Feed Description: Random mumblings on Microsoft, .NET, and other topics.
Just noticed that Microsoft Press have recently published a new book by Simon
Guest on interoperability
between .NET and J2EE. I've not seen it yet, but a book like this is desperately
needed. I'm regularly asked about this and even if the question is not asked, you
can be sure that it's on the mind of most IT Directors who want to avoid being trapped
down one architectural path without hope of escape.
People often assume that the only option for getting .NET and J2EE to talk to each
other is web services; with the recent joint
announcement from Microsoft and IBM and the separate
announcment from Sun, this is an increasingly viable option. But there are
some great third-party alternative solutions that integrate at the .NET Remoting /
CORBA level, such as Intrinsyc Ja.NET, JNBridge and Borland
Janeva.
In the modern enterprise environment, it's not reasonable to presume that .NET or
J2EE will win out completely; most large companies could write a shorter list of what
technologies they don't have than the list of technologies they do have.
Software companies from all backgrounds need to be more mature about coexistence,
which is why it's good to see the WS-I
Basic Profile gaining some traction amongst the major players.