Recent articles:
Popular archives:
Java: A platform for platforms
Sun's reorg may seem promising to shareholders but it's also a scramble for position. The question now is whether Sun can,
or wants to, maintain its hold on Java technology. Especially with enterprise leaders like SpringSource and RedHat investing
heavily in Java's future as a platform for platforms
Also see:
Discuss: Tim Bray on 'What Sun Should Do'
November 23, 1998 -- Extensible Markup Language (XML) is rapidly becoming a pervasive enabling technology that in many ways augments Java, but XML is also evolving to act as an object transport protocol that could undermine Java's ascension as a does-all platform.
The progeny of earlier markup languages such as HTML, XML tags Web-based information for recognition by developers and computers. Much of XML's popularity is due to the fact that HTML, the lingua franca of the Web, lacks a way to add meaning to content aside from cryptic URLs. XML aims to add that meaning to Web objects -- a task once assigned to Java.
"The bottom line is that Java is playing a lessening role in the creation of Web applications, because other technologies are available," said Adam Berrey, product marketing director at Allaire, a Cambridge, MA-based maker of Web application servers. "XML makes it less likely that you'll see Java as a full platform."
XML offers developers the choice between building Web applications or building Java systems, said Berrey. As a result, XML's evolution may allow Web applications to supplant Java's role as a client/server technology. All that's needed is a client that renders XML into HTML, not a Java virtual machine (JVM)-based client.
"Implementing Java server pages or other dynamic generation is very difficult, and XML could make it easier to integrate Java servers with Web clients," said Doug Pollack, vice president of marketing at GemStone Systems in Beaverton, OR. "Ultimately XML would obviate the need for a JVM on the client. I would expect that XML is pushed out to the browser rather than to a JVM.
"Sun has not embraced XML in this fashion to date," Pollack said. "The reality is there's this need for something to fill the gap of Java on the client. If Sun is focused on Java everywhere, then XML is probably at odds with that."
The need to exceed JVM client integration functionality has pushed XML's role closer that of a transport protocol.
"In the transfer of content, XML can replace IIOP [Internet Inter-ORB Protocol] or RMI [Remote Method Invocation]," said John Pompeii, chief technology officer at Secant Technologies, an application sever vendor in Cleveland, OH. "There's an overlap with Java/CORBA because they don't transmit content that's hierarchical well," he said.
"I haven't heard much about Sun on their position on XML. They may have one, but I don't know what it is," Pompeii said. "But I don't think that XML is any kind of threat to Java, specifically, because in practice you're still using distributed objects between the servers."
Sun says that while XML is powerful and useful, it requires Java to reach its potential.
"XML is not useful alone, it's just a data format. It needs programmed behavior to be useful," said Nancy Lee, product manger for XML at Sun in Cupertino, CA. "Java and XML are complements. Java provides the portable code to make XML useful, and XML offers the data for Java," Lee said.
At the Java Business Expo in New York next month, Sun will broaden its XML strategy by demonstrating a Java-based XML parser and APIs that use Java to provide core services to run XML in applications, Lee said.