LinuxWorld
Subscribe to this site with RSS

FUD muddies platform wars

Has anybody noticed that the application platform market is melting down? Service-oriented architecture principles are dissolving the underpinnings of yesterday's computing environments, making concepts such as "platform," "application" and "language" irrelevant in the world of Web services .

But SOA and Web services are just one part of the platform-meltdown equation. The platform vendors are also flailing about, not able to achieve the momentum to place their environment - be it Windows, Java 2 Platform Enterprise Edition (J2EE), or Linux/Apache/MySQL/PPP (LAMP) - head and shoulders above the rest. All these platforms are dissolving into a pool of fear, uncertainty and doubt (FUD) that has enterprise customers scratching their heads, seeing no clear, slam-dunk platform for their current and evolving needs.

Look at Microsoft's tortuous path from .Net to Longhorn and beyond. The software giant has decomposed the new generation into a bunch of incremental releases with various release dates, many of them indefinite, strung out over several years, with the strong likelihood of unanticipated delays. Nobody has any confidence that Microsoft will ship any piece of its Longhorn road map on time - that is, within Software Assurance time frames that would entitle customers to an upgrade (for which many have prepaid, with no guarantee of delivery). And nobody has any confidence that the resulting Longhorn-generation platform components, apps or tools will enable tight security.

The rival J2EE camp is slogging through its own field of FUD. One of the biggest issues is whether the J2EE "standard" - actually, an evolving assemblage of standards and specifications developed by Java vendors under the Java Community Process - will survive in the face of "rebel" Java-based frameworks that offer simpler development/runtime approaches than the full J2EE 1.3 or 1.4 stacks.

The fundamental fault line in the Java community is between those who favor development of POJO (plain old Java objects) vs. those who stress what I call "MOJO" (massive obnoxious J2EE overhead). That's a spectrum from simplicity to complexity, from lightweight to heavyweight, from loosey-goosey to strict-constructionist Java programming. Though J2EE 1.4 is out and J2EE 1.5 is in the works, nobody has any confidence that most J2EE app platforms vendors will support the full evolving "standard" in future releases. Companies that have committed to J2EE are sweating profusely, wondering whether the fabled cross-platform framework is a thing of the past.

React: Give us your thoughts on the issues here.
Use this form to start a public discussion with other Linux World users on this article.
Log In | Register for an account (Why you should)

Note: Register to have your user name appear; otherwise your comment will show up as "Anonymous."

*Anonymous comments will only appear once they are approved by the moderator.

Featured Whitepapers
Newsletter sign-up

Sign up for one of Network World's newsletters compliments of Linux World

Linux & Open Source News Alert
Web Applications Alert
Video & Podcast Alert
Security: Threat  Alert
Virtualization Alert

Email Address: