SAN FRANCISCO – For Sun Microsystems Inc., it’s no longer a question of if but a question of how it will open Java source code to the developer community.
That admission came from Rich Green, executive vice-president of Sun software for Sun Microsystems, during the opening keynote at this year’s Java One conference.
Green, a former Sun employee, recently returned to Sun after new CEO Jonathan Schwartz, who took over Scott McNealy’s helm last month, asked him to come back.
“There are two battling forces,” said Green, who was brought up on stage by Schwartz. “The desire to open up versus compatibility. At this point it’s not a question of whether but a question of how.”
McNealy stepped down after nearly a quarter centry with the company he co-founded. While McNealy made a brief appearance at a SymantecVision conference here hitting golf balls into the crowd, he did not join Schwartz on stage.
Building on the open source momentum, Sun announced that it will open source SOA-based Java development tools, middleware and platform technologies to the Java developer community. These include Sun Java Studio Creator, System Portal Server, the Business Process Execution Language (BPEL) Engine from the Java Composite Application Platform Suite (Java CAPS) and the NetBeans Enterprise Pack as well as Web Services Interoperability Technology.
NetBeans
As for how Sun plans to make money on Java, Schwartz compared it to other industries. “Asking Sun how it monetizes Java is like asking a railroad company how they monetize rails,” said Schwartz. “There is licencing revenue that comes from licensing products in the marketplace.”
In its last quarter, Sun reported a US$217 million net loss. Schwartz said there are two ways to exit a loss position.
“One is cut. I’ve never met a company that cuts itself to greatness,” he said. The other way is to grow.”
Schwartz added Sun has improved its gross margins and revenue (US$3.177 billion for Q3 2006) and has cut back expenses by US$1 billion.
“I’m not about, ‘Let’s go take out a hatchet and find a spare limb here and there.’”
While Schwartz figures out the delivery model for open sourced Java, other experts such as Dave Senf, a market analyst at IDC Canada, said Sun has a delicate balancing act to perform when balancing compatibility with the advantages of open source such as more frequent updates.
“It’s a spectrum from those who want it to be very compatible versus those who want to be able to quickly update the specs,” said Senf, adding that Sun has to be careful of avoiding some of Linux’s pitfalls in the compatibility department.
“If you take a look at Linux kernel development, the kernel has remained the same but they haven’t maintained compatibility across the different distros,” he said.
“If you look at Suse Linux versus Red Hat, they’re different. If I run code on one, it may not necessarily run on the other.”
Green and Schwartz
In order to combat this, Senf said Sun needs to come up with a way that enables developers to have access to patches, updates and bug fixes while maintaining compatibility across software platforms.
Green reiterated that compatibility is key to Sun’s Java open source strategy.
“Fragmentation is not at all the case,” he said. “Over time the effect of standardization is driven by the installed base and developers.”