Microsoft and Web services

Guest Commentary
Microsoft and Web services
by Philip Brittan

Web services are a way for Microsoft to leverage the existing base of J2EE without having to do anything to support Java explicitly.

In his article, "Why Microsoft needs IBM this time around", Mike Ricciuti argues that "Microsoft needs IBM to legitimize .NET and its entire development plan as a truly cross-platform strategy." While I think that both IBM and Microsoft sincerely want to make a case for the power of Web services and to demonstrate that it is a cross-vendor effort, I think that neither does Microsoft needs IBM to help drive sales of .NET nor does IBM have any interest in legitimizing .NET.

Web services and .NET are two very distinct things. Web services is an open standard for programs to exchange data over a network. .NET is Microsoft's proprietary application development and deployment framework that happens to use Web services as part of its approach. IBM can support the former without supporting the latter.

Web services are in fact starting to take off. A number of customers that I work with have started to adopt Web services as both an internal IT transport layer and even also as a way to make content available to business partners (in very contained ways so far). The fact that Web services have not yet completely transformed the world by seamlessly interconnecting all supply chains and other business partner relationships is simply a result of:

Digg This!     StumbleUpon     Del.icio.us

RELATED CONTENT Guest Commentary Getting a grip on JavaFX 1.2 for Rich Internet Applications (RIA) On the road to SOA – Part 1, Boubez on early insights On the road to SOA – Part 2, Governance is fundamental SpringSource approach to adding enterprise class management and deployment features to Tomcat SOA Pattern of the Week (#6): Canonical Schema Legacy: Can't Live With It, Can't Live Without It Review of protocols for cloud services - Part 1 SOA and TOGAF: A Good Fit? Using atomicity to gain SOA granularity Too Many Servers: A Case for Enterprise Architecture and TOGAF 9

RELATED RESOURCES 2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems Search Bitpipe.com for the latest white papers and business webcasts Whatis.com, the online computer dictionary

>

.NET is also being adopted, even without companies necessarily buying into the grand plan for Web services. So far .NET's success has primarily been a tools success -- Visual Studio developers are upgrading to Visual Studio .NET. However, I have come across several large Java-oriented enterprises that are now planning on building .NET Smart Clients to their J2EE back-ends because they feel that Java has not given them a viable alternative on the front end.

I suspect that Microsoft's peculiar interest in Web services is a way to leverage the existing base of J2EE installations in the market without having to do anything specific to support J2EE (which would be anathema to MS). I have argued in an earlier entry that Microsoft plans to use its domination of the desktop to push the client side of .NET and then to use the domination of client-side .NET to push server-side .NET. The challenge that Microsoft faces is that many large corporations currently have big investments in J2EE -- if Microsoft forced them to turn their backs on those investments in order to adopt .NET, then client-side .NET would face a lot of extra friction in its adoption. Microsoft can erase that friction with Web services and then tackle the server-side (i.e. head-to-head competition with J2EE) as Phase 2 of its strategy.

For more information:

Rate this Tip To rate tips, you must be a member of SearchSOA.com. Register now to start rating these tips. Log in if you are already a member. DISCLAIMER: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.