SOA Talk - A SearchSOA.com blog

SOA Talk:

 

A SearchSOA.com blog


The SOA blog with observations and commentary for architects and developers about SOA, Web services, integration technologies (ESBs, Grids, XML) and development platforms such as Java EE and .NET

JavaOne: Sun seeks digital life

If serverside developers and enterprise architects were left feeling forgotten by last year’s JavaOne conference, then they’ll be feeling positively orphaned by this year’s major keynote address.

Sun Microsystems executive vice president for software Rich Green hammered away on how Java provides “a high performance virtual machine” capable of running all your digital life applications. Amazon demonstrated a handheld media devices for downloading and reading books, magazines and newspapers. Sony Ericsson showed off showed off an upcoming unified media device (think iPhone). Rock ‘n’ Roll legend Neil Young stopped by to talk about why he loves Blu-ray technology.

Green did mention that these New Age applications rely upon a foundation of services that can be mashed up, but that was about as close as the session go to enterprise development. Even the GlassFish news revolved around how the OSGi-enabled modularity of v3 will allow GlassFish to become a multimedia app server not solely associated with the server.

Sun president and CEO Jonathan Schwartz claimed his company is “focusing on users.” He threw in enterprises at the end of his list of who those users might be, but it gave the distinct impression that enterprises are becoming a bit of an afterthought with the Java braintrust.

“There’s clearly a battle developing for what will be that next great developer platform,” Schwartz said.

With whom he didn’t say. He also didn’t explain how enterprises will leverage that platform other than RIA development for clients. Sun seems to have a clear picture for where it wants to be in consumer-based digital life in the future. Whether it has a growing vision for how to help enterprises with development problems they have today remains a mystery.

What’s next for Java? Take a look at GlassFish.

I’m heading out to the JavaOne conference this week and it struck me that Java has had a very quiet year. Two years ago Sun launched Java EE 5 and almost immediately analysts began to call it a heavyweight dinosaur not likely to survive in an SOA world. Sun and others insisted Java would become more modular in the future, but last year Sun concentrated mostly on client development during JavaOne and it’s most momentous move during that past 12 months was to acquire MySQL, which doesn’t exactly point to any new directions for Java.

So what tea leaves can we read? I asked Brad Shimmin over at Current Analysis his thoughts and he said:

My impression with Java’s momentum is that it has reached a point where the platform needs to remain “consistent” top to bottom while affording specialization — much as Spring specialized as an alternative to EJB. I think Java EE 6 heads in this direction greatly with a highly modular approach that lets ISVs certify against particular aspects of the standard. That’s a good thing. Look at GlassFish for a vision of where this whole modularity thing is heading with its use of OSGi.

Well, sure enough, GlassFish v3 has OSGi support and a bunch of cool little subprojects like RESTful Web services, XML pipeline processing and an Ajax UI. Might we see the relationship between OSGi (and probably the Eclipse Foundation) and Java deepen? Now that would be revolutionary. The JCP page on Java EE 6 also mentions that Service Component Architecture could be part of the Java enterprise platform in the future.

Yet it makes you wonder if Java EE 6 has as much to offer the world as GlassFish v4 … or v5 even. Back in 2005, Sun had two hot new kids on the technology block - GlassFish and JBI. While JBI hasn’t gone much of anywhere, Sun continues to push and innovate with GlassFish. Why break a winning streak? What more can be done with the open source application server? Perhaps the biggest news this week won’t be what’s new for Java, but what’s coming up in GlassFish.

Open source leading SOA charge in 2008

Last August I noted that Microsoft regularly finds itself buried under an avalanche of news coming from its Java-based competition. It’s impossible to compete with that kind of volume and that fact alone has caused the SOA market to gravitate toward Java and away from .NET.

Well, something similar is happening this year with open source vs. proprietary vendor in 2008, but, in what should be considered a bit of a stunner, it’s the open source folks who are creating the news deluge. It started innocently enough when Mulesource and WSO2 both released REST-based SOA registries. Then Red Hat released a modularized SOA platform in February. Now WSO2 and Mulesource are back with another major round of announcements. Based on its December Spring Integration release, you can expect SpringSource to become an increasingly visible player in the SOA market. Sun Microsystems will surely have some service-oriented dogs and ponies to show off at next month’s JavaOne conference and Eclipse, which has already debuted the Swordfish SOA runtime this year, will have a whole slate of SOA-enabled tools in its June Ganymede release.

The open source players are pounding away at the news cycle, throwing a steady stream of innovation into the mix. Obviously traditional app dev titans still dominate the market in terms of dollars and customers, but it’s about time somebody noted that we’ve got a movement on our hands. If you’re looking to build loosely coupled services, there are a host of open source vendors to choose from and that ecosystem is growing at an aggressive rate.

Change, particularly in an established market, doesn’t come in one big seismic event. It takes years of consistent pressure to remake this kind of landscape, but to be sure, we are in a period of volcanic activity for the open source market.

Oracle avoids JavaScript in RIA tools

Oracle Corp. continues to pursue its agnostic approach to Web 2.0 development as its tools designed to help developers create Ajax without having to mess with JavaScript progress through beta, says Ted Farrell, chief architect and vice president for tools and middleware at Oracle.

In an interview discussing the Oracle approach to the problematic nature of JavaScript this past fall, Farrell said: “In the Ajax space, JavaScript access to portlets and data sharing is very difficult and in a lot of cases, it’s actually impossible.”

His opinion hasn’t changed. Speaking this past week about the Oracle tool development that relies on Java Server Faces (JSF) to spare coders from JavaScript, Farrell said, “We don’t want our developers programming in JavaScript, which is a pain in the neck.”

Oracle has standardized on a JavaServer Faces (JSF)-based RenderKit, which allows the developer who has learned JSF to assemble disparate components into a Web 2.0-style mashup.

Enterprise customers are looking for ways to avoid getting caught up in such complexities, so the philosophy behind the tools Oracle has in beta is to automate the rendering technologies, so developers only need to work with components and pages, he said. This approach also is designed to insulate developers from the on-going changes in underlying technologies for RIA, he said.

“As technologies change, we can change our framework but they don’t have to change their pages,” Farrell said.

He describes the Oracle RIA tools as “very WYSIWYG.” The developer designates that a page will be Ajax with Flash from Adobe Systems Inc., Farrell said, and that is all the coder needs to know about those technologies.

“You don’t have to learn those technologies,” he said, which in the case of Ajax is basically JavaScript. “Our visual editor will show you how the page is going to look. You can drag a component like a table onto the page. You can bind that to some backend databases or Web service, wherever you are getting the data from.”

Farrell said the Oracle RIA tools are in an advanced beta stage prior to the official release. Interested developers can find out more information and even download them from the Oracle Technology Network.

Eclipse forms OSGi community

At EclipseCon this week, the Eclipse Foundation announced that it is forming a new open source community project “to develop and promote open source runtime technology based on Equinox, a lightweight OSGi-based runtime.”

Mike Milinkovich, executive director of the Eclipse Foundation, told SearchSOA that this is important news for architects and developers working on service-oriented architecture (SOA) projects for three reasons:

  1. “OSGi itself and Equinox as its implementation has a service-oriented component to it. It is a technology that you use to pull together services in a runtime.
  2. “EclipseLink, which provides persistence to enterprise applications for storing either relational data or XML Schema supports the acronyms enterprise architects love like FDO [Feature Data Objects]. You can get implementations of that specification through EclipseLink.
  3. “It is part of the Eclipse Swordfish project, which is a full SOA runtime.”

When Swordfish was announced earlier this year, Anne Thomas Manes, research director for Burton Group Inc., said OSGi added “real value” and is a good fit for the Eclipse plug-in philosophy.

“There’s a lot of nice features to OSGi,” Manes told SearchSOA. “You deliver software in something called a bundle. As part of the bundle it identifies the manifest of all the things that are in there and also identifies the dependencies that this code has. Then the OSGi runtime can look at it and say in order to deploy this I have to get these things that are listed in the dependencies, and get those installed first. It’s a very clean and elegant way to package stuff up. The idea here is that you are going to package up services using OSGi.”

There is currently a discussion thread on TheServerSide.com regarding Equinox, EclipseLink, OSGi and its relation to the Java Community Process work on the Java Persistence API (JPA 2.0).

Interesting TSS.com WSDL discussion

Our sister site, TSS.com has got a spirited discussion going about WSDLs, REST, XML, JSON and Java APIs. Some are arguing “the best WSDL is no WSDL at all.”

Could Yahoo! change Microsoft’s app dev focus?

Unless you’ve been under a rock, you’ve probably heard by now that Microsoft has placed a $44.6 billion bid to buy Yahoo!.

We’ll leave it to others to ponder the Wall St. implications of the move, but in her All about Microsoft blog, Mary Jo Foley posits “a Yahoo! purchase would irrevocably change the kind of company Microsoft is.” Foley focuses on advertising in her comments, but it could represent a change in Microsoft’s application development focus. Microsoft built itself around operating systems and desktop applications, the things you do with a computer. Of course, with the advent of the Internet, what you do with a computer has changed radically. Yahoo! and Google have made hay in offering up Web-based applications, leveraging search capabilities and creating dynamic user portals.

Microsoft has tried, mostly unsuccessfully, to gain a dominant position in those arenas. While Dana Gardner speculates a Microsoft-Google partnership might be a mess, it could represent a return to Microsoft’s core applications business. Yahoo! and Silverlight (for RIA and composite apps) represent where the next wave of applications are headed. On the enterprise side, easily distributed Web apps and multimedia mashups are where a lot of companies want to go. It’s where the innovation is and for Microsoft, a company which has always fancied itself an innovator, that’s a good place to be. There are those who think enterprise mashups will be the killer app once users get a service-oriented architecture in place, the idea being that a loosely coupled infrastructure will lead to dynamic new applications.

It’s no secret Microsoft has long faced criticism in SOA circles because its remedy for users grappling with a heterogeneous application environment has been to pursue homogeneity on the .NET platform. Microsoft’s Oslo model-driven development initiative is still in the planning stages, but a Yahoo! purchase begs the question “Why bother with application infrastructure?” Obviously no one expects Microsoft to pull its irons completely out of that fire, but if that’s not going to be a big growth area for the good folks in Redmond (and IBM and Oracle/BEA are gobbling up large chunks of that pie) then maybe it makes more sense to concentrate on New Wave application development. Microsoft could make leveraging service orientation its app dev enterprise play rather than implementing service orientation.

Let someone else do the tedious work and be the company that does the cool stuff.

There’s so many facets to this offer that it’s impossible to assess the true implications of a Microsoft/Yahoo! merger, but going after Yahoo! does indicate where Redmond’s heart is. If Microsoft really wanted to pursue application infrastructure, BEA Systems was a completely complimentary acquisition target. It would have given Microsoft unparalled reach across the .NET and Java platforms. Yet it didn’t make that play. Instead it’s made a Web play which could build on top of of what the application infrastructure vendors provide, potentially expanding its enterprise app dev audience well beyond the .NET platform.