A lot of analysts I respect have been pushing the concept of Web-oriented architecture, or WOA, of late. For those unfamiliar with the term, Dion Hinchcliffe has covered it extensively and Dana Gardner has been singing its praises. To be honest, it looked like a term in search of a foundation to this observer. We’ve already got RIA and composite applications and mashups and Web 2.0 and SaaS and SOA, but I figured I should ask a few architects what they think of the concept to see if it’s got traction in those circles.

Granted, I only polled half a dozen people (though I’ll note here that they are half a dozen really smart people). The response I got from all of them is that WOA strikes them as redundant and nothing particularly new, an empty suit if you will. One wrote, “It reminds me a lot of the attempt by someone to gain some name recognition with the ‘SOA 2.0′ concept (which one vendor did try to use and then dropped after it was rejected by the SOA community).” Another responded, “It’s the same old thing, relabeled with an even MORE unwieldy name.”

Yet another noted, “This is just composite Web apps.”

Not a single one of them voiced a problem with the notion that Web-based development is an excellent place to concentrate your resources. In fact, some of the architects stated they are eagerly pursuing these sorts of development strategies.

That said, no one showed any love for the “WOA” acronym. “God forbid this take hold because it could complicate something the industry has been trying to simplify,” said one of the architects. He listed numerous reason why WOA, as a term, could do more harm than good:

• Users should have exactly one enterprise architecture, many don’t and they don’t need the confusion of “which architecture should I use?”
• WOA doesn’t really have an underlying architecture, it’s more a set of best practices around REST, RIA and composite apps.
• If users perceive WOA to be outside the principles of SOA, it could prove an excellent vehicle for building Web-based stovepipes.
• WOA toes and sometimes crosses the line of being technology driven. “We plan on using Google Apps, but Google Apps needs to fit into our structure, not the other way around.”

That last point about the potential technology driven nature of WOA was a point of contention for another architect. “One of the big problems we’ve had to fight is people who act as if SOA is tied to middleware or specific standards like SOAP or to a specific data format like XML. Nothing could be farther from the truth. Just because you’ve got some new technology to use doesn’t mean you go back to shoddy engineering. Everyone should know better than to let a specific hot technology drive the bus. It will cool off and you still need to be in business.”

Strikeiron CEO Dave Linthicum has also blogged about the upside of WOA. He pitched WOA as a potential gateway to SOA.

What is changing quickly is that enterprises are finding that the path of least resistance is in essence to build their SOAs on the Web, using Web resources, including content, internet delivered APIs, and Web services. Once there is success with WOA you’ll see the same patterns emerging behind the firewall, or SOA.

The polled architects viewed that as a perfectly legitimate approach, but one noted, “It’s still SOA. I just don’t see where WOA adds anything. Terms like this tend to make people in the field angry. In this case, it’s an attempt to sell them something they’ve already bought. I don’t know anyone who doesn’t want to use REST or build composite apps using Web tools.”

Time will tell whether WOA gains traction, but these architects expressed an unequivocal desire to have no more than one something-oriented architecture in their lives.

At its Impact 2008 event, IBM today launched a REST-based development environment called WebSphere sMash, based on its open source Project Zero. sMash supports both the PHP and Groovy scripting languages, the latter was chosen in order to “attract the Java developers,” according to Jason McGee, IBM distinguished engineer and chief architect for WebSphere sMash.

It creates a serverside runtime for RESTful services. The browser-based development tools allow for REST-based components to be exposed via Ajax with the Dojo toolkit. McGee said the goal of the project had been to create a simple, intuitive component model for developers looking to create RESTful services. There is a developer guide, which goes into the nitty-gritty on runtime management, RSS/ATOM support, REST API documention, configuring data access and dozens of other topics.

Some good news for those looking to do more with REST development is that sMash won’t be a standalone REST offering inside the Big Blue product ocean.

“We look at REST enablement as a core capability across the IBM portfolio,” said Kareem Yusuf, director of product development for WebSphere sMash. WebSphere CTO Jerry Cuomo made the same vow, promising that REST support will be driven across IBM’s platforms, particularly on the SOA front.

“We’re systematically going through our product line and REST-enabling everything from MQ to CICS, DB2, WebSphere Application Server and on and on. This liberates these products and the content they represent to the Web,” Cuomo said. “With all that content dangling out on the Web, programmers can now agilely write new applications by interacting with those programs.”

Using sMASH coders can mashup content and then deploy it as a Web application, he explained. Mashups developed with the Project Zero technology also lend themselves to being hosted in a Software as a Service (SaaS) mode, Cuomo said.

“So Zero as a service is the next thing on the horizon,” he added.

The scripting language support should lower the barriers to entry for developers looking to try sMash.

“It’s not a new language people have to learn,” McGee said.

A limited community version will be available through the Project Zero website and the full version, with support, will be available on a license model.

For a developer level take, check out the TSS.com discussion of the sMash release.

Joining sMash in the Web 2.0 offering mix is a new product called IBM Mashup Center, designed for non-technical line of business users. It combines Lotus Mashups technology on the front end with the InfoSphere MashupHub on the back end. Larry Bowden, vice president of portals and Web interaction hubs at Lotus, said the product is designed to put mashup technology in the hands of knowledge workers, enabling them to pull information out of enterprise applications (like ERP and CRM) and combine that with market data and other 3rd party applications.

“The differentiator is we know where all that information is at,” Bowden said, noting that mashup development has become a hotbed for venture capital investment.

A visual wizard tool will allow users to create RESTful services and widgets without having to know specific programming languages.

The overwhelming theme coming from IBM on the opening day of its Impact 2008 event is that SOA isn’t about the technology. It sounds a bit odd to hear that message coming from a company with more SOA-related software and hardware products than anyone can count, but Big Blue deserves some message purity points for noting that SOA isn’t per se a technology initiative … even if it is more than willing to sell you a mother lode of technology in the pursuance of SOA.

Yet it also has some new technology to show off in front of the 6,000 attendees at the Las Vegas conference, which produced a standing room only crowd this morning at the MGM Grand Garden Arena. One of the highlights is a new business process management (BPM) suite. According to Tom Rosmilia, vice president for WebSphere software, the suite will be available during the second quarter of 2008. It will feature modeling, monitoring, process accelerators and asset repository capabilities.

The product itself comes from IBM’s January purchase of AptSoft Inc. and it will be called IBM WebSphere Business Events. True to its name, there’s lots of event-driven architecture under the covers. That fits into the second generation SOA vision pitched by senior pice president and group executive for IBM Software Group Steve Mills. Beyond event-driven services he stressed high performance transaction systems, low latency, integrity and scalability as the most in-demand functionality for an SOA growing in size and responsibility.

As with most of his comments during the day, Mills made sure not to offer any magic bullets. In particular, he noted that an ESB alone won’t net you a working SOA.

“The very nature of this is bringing multiple things together to make an environment work,” he said. That sort of business process unity marks IBM’s current efforts. Mills noted that goal comes on the heels of an endemic condition where IT shops “have effectively fragmented the ownership of information technology across the company.”

Rosamilia urged users to “take an iterative approach. Build it up over time and make it little bit better with each pass because you won’t get it right the first time.”

Tomorrow the company plans the commercial launch of its REST-based Project Zero initiative.

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.”

Last week WSO2 released a REST-based SOA registry, joining Mulesource, which released a REST-based SOA registry in January. Together they’re doing something we haven’t seen a lot of in the SOA space over the past few years: they’re innovating.

So much energy has been poured into establishing standards, building out distinct product markets and fleshing out platforms that it’s been a while since we’ve seen much in the way of innovation. Early in this decade the ESB, the services registry, Web services management software and XML networking hardware pushed the IT envelope. They gave users a way to combine applications in a whole new way. Suddenly component assembly was on the table and loosely coupled, autonomous, stateless, composable, reusable services moved from theory to reality.

The REST-based registry isn’t likely to create that sort of paradigm shift, but it does shake up a marketplace that may be getting a bit complacent. Both of these releases are open source and both try to support the service-oriented concept of discoverability without using the UDDI standard. You might be asking, isn’t SOA supposed to be standards-based? Well, yes, it is, but that doesn’t mean that UDDI has to be one of those standards. REST is built on the HTTP standard. It also opens up the question of how can we better enable the princples of service orientation?

I’m not implying WSO2 and Mulesource have found a better way to build a registry, UDDI may still be the gold standard as far as that’s concerned, but they have opened up the subject for debate by attacking discoverability in a new way. They also might be setting the table for the next wave of innovation in SOA. Going back to a December podcast with Forrester Research’s John Rymer, the area of dynamic business applications begs for real-time innovation. Perhaps Microsoft’s Oslo initiative will break ground in model-driven design. IBM may be unveiling its REST-based Project Zero this spring.

Wherever the innovation comes from, we need to remember that it will come. We’ve been conditioned to think of SOA as a set of products and standards that popped up seven years ago, but what it really entails is an approach to technology that will allow you to best incorporate the next wave of innovation … and the one after that … and the one after that. These REST-based registries may be the precursors of advances to come.