 |
Microsoft .Net: The alternatives
Matt Loney
Page Two: Microsoft would like to think it's cornered the market in Web services with .Net but there are other options
On balance, the two find more arguments for using J2EE to develop Web services than they find for Microsoft’s .Net.
Arguments supporting both platforms according to Vawter and Roman:
Regardless of which platform you pick, new developers will need to be trained (Java training for J2EE, OO training for .Net).
You can build Web services today using both platforms.
Both platforms offer a low system cost, such as jBoss/Linux/Cobalt for J2EE, or Windows/Win32 hardware for .Net.
Both platforms offer a single-vendor solution.
The scalability of both solutions are theoretically unlimited.
Arguments for .Net and against J2EE according to Vawter and Roman:
.Net has Microsoft's A-team marketing it.
.Net released their Web services story before J2EE did, and thus has some mind-share.
.Net has a better story for shared context today than J2EE.
.Net has an awesome tool story with Visual Studio.Net.
.Net has a simpler programming model, enabling rank-and-file developers to be productive without shooting themselves in the foot.
.Net gives you language neutrality when developing new e-business. applications, whereas J2EE makes you treat other languages as separate applications.
.Net benefits from being strongly interweaved with the underlying operating system.
Arguments for J2EE and against .Net according to Vawter and Roman:
- J2EE is being marketed by an entire industry.
- J2EE is a proven platform, with a few new Web services APIs. .Net is a rewrite and introduces risk as with any first-generation technology.
- Only J2EE lets you deploy Web services today. Existing J2EE code will translate into a J2EE Web services system without major rewrites. Not true for Windows DNA code ported to .Net.
- .Net Web services are not interoperable with current industry standards. Their BizTalk framework has proprietary Soap extensions and does not support ebXML.
- J2EE is a more advanced programming model, appropriate for well-trained developers who want to build more advanced object models and take advantage of performance features.
- J2EE lets you take advantage of existing hardware you may have.
- J2EE gives you platform neutrality, including Windows. You also get good (but not free) portability. This isolates you from heterogeneous deployment environments.
- J2EE has a better legacy integration story through the Java Connector Architecture (JCA).
- J2EE lets you use any operating system you prefer, such as Windows, Unix, or mainframe. Developers can use the environment they are most productive in.
- J2EE lets you use Java, which is better than C# due to market-share and maturity. According to Gartner, there are 2.5 million Java developers. IDC predicts this will grow to four million by 2003. Seventy-eight percent of universities teach Java, and 50 percent of universities require Java.
Going Mono
There is, however, a third option. This comes in the shape of the open-source Mono project backed by Ximian, which is now in the process of being acquired by Novell.
When the acquisition was announced, Novell expressed a commitment to continuing to support the Mono project, which is designed to allow applications developed using Microsoft .Net to run on Linux, Unix, Windows and other platforms -- right where Novell believes its network and infrastructure services will help. More than 150 developers worldwide contribute to Mono, including a range of companies building commercial products using Mono technology, according to Ximian.
Ximian founders Miguel de Icaza and Nat Friedman, well-known open-source visionaries, helped found the Mono project as well as the Gnome project, and at the time the acquisition was announced were slated to continue leading these initiatives as Novell. Because a lot of open-source projects tend to be personality-led, the movements of de Icaza and Friedman are likely to be watched with interest.
The Mono project can be found at www.go-mono.com.
|
|
