ie8 fix
madison

More moves in the SOA-mashup mashup space

By | September 3, 2007, 8:09pm PDT

Summary: Business may not ‘get’ SOA, but enterprise mashups can make SOA “real.’

Web 2.-SOA convergence is taking place on a bunch of levels. At one level, Web 2.0 collaborative tools are helping teams involved in building SOA.

Enterprise mashups represent another move into the joint Web 2.0-SOA frontier. Mashups, for all intents and purposes, are composite applications that exist within a user-friendly interface and draw in data and applications from back-end systems. Call it SOA-mashup mashups.

In a recent post, JackBe’s Chris Warner suggests there is urgency behind the drive to enable SOA-mashup mashups, with this rather to-the-point headline: “Implementing SOA without Enterprise Mashups? You Might as Well Kiss Your Job Goodbye.”

The issue, Chris points out, is that the business simply doesn’t get SOA. Enterprise mashups — visible to business end-users at their workstations — make SOA real. They bring SOA to life. As Chris so aptly puts it: Enterprise mashups “can actually drag the SOA out of the proverbial IT basement and onto the end-user’s desks. It’s not only highly visible, but it’s user-driven, giving IT a way fulfill the promise of SOA and enhance that elusive SOA ROI.” Unlike SOA, mashups are something tangible that end-users can touch, manipulate, and understand. And, it’s something end-users can appreciate without massive intervention from IT.

InfoWorld reports new vendor activity in the enterprise mashup space as well. According to the article, Nexaweb and Kapow Technologies are partnering (hey, let’s call it “mashing up” their offerings) to help companies create Web 2.0 apps that tie into SOAs. They outlined their intentions in a recent Webcast.

Nexaweb’s chief architect, Bob Buffone, is quoted as saying the prime candidates for enterprise mashups will be complex, composite applications with dynamic, non-linear workflows.

Meaning composite applications that need to draw data from eight mainframes at a time, for example. “The number-one obstacle is to get access to the data,” Buffone said in the article. “A lot of enterprises have 6,000 internal Web applications with no API … the information the knowledge workers have is only what they can personally see on their screen.”

Under the new Nexaweb-Kapow mashup, Kapow will help companies implement its Mashup Server, a visual scripting tool for making Web 2.0 applications, along with Nexaweb’s AJAX platform. “The idea is that companies trying to create a more efficient IT environment based on SOA could also develop online applications that tie into those systems.”

Kapow CTO Stefan Andreasen said the mashups will give users better-automated tasks and the ability to deliver software programs more quickly, Andreasen said. They would in essence be what developers are calling RIAs that use APIs, such as SOAP and RSS, and offer a downloadable “offline” mode as well as an online one. And it beats cutting and pasting information into Excel spreadsheets.

JackBe’s Chris Wagner also made some good points about the role enterprise mashups can play in SOA. For example, he points out that enterprise mashups can serve as a shortcut on the road to SOA. “Mashups can help create normalized ‘virtual’ services from sources that haven’t been ‘SOAed’ yet. It’s no secret that SOA efforts can take years. Until the formal SOA magic has been applied, a quick, standardized service can help users get started earlier than otherwise.”

Plus, unlike typical corporate portals to composite applications, mashups can bring in data and applications from outside the enterprise. Mashups don’t care where data comes from, and “good mashup software makes the actual location of a data service irrelevant.”

Kick off your day with ZDNet's daily e-mail newsletter. It's the freshest tech news and opinion, served hot. Get it.

Topics

Joe McKendrick is an author, consultant and speaker specializing in trends and developments shaping the technology industry.

Disclosure

Joe McKendrick

Joe McKendrick is an independent consultant, editor and speaker.

Joe has performed project work (white papers, articles, blogs, research and presentations) for the following companies in the IT marketspace:

  • CBS Interactive/CNET/ZDNet (this blog)
  • ebizQ
  • Evans Data
  • Gartner
  • IBM
  • Informatica
  • IDC
  • Microsoft
  • Systinet/HP
  • Teradata
  • Unisphere Reseach, a division of Information Today, Inc.
  • WebLayers

Joe has also performed research work for the following sponsoring organizations in partnership with Unisphere Research, a division of Information Today, Inc.

  • IBM
  • Luminex
  • Noetix
  • Oracle Corp.
  • Teradata
  • Informatica
  • International Oracle Users Group
  • Oracle Applications Users Group
  • Professional Association for SQL Server
  • International DB2 Users Group
  • International Sybase Users Group
  • SHARE (IBM large systems users group)

Biography

Joe McKendrick

Joe McKendrick is an author and independent analyst who tracks the impact of information technology on management and markets. Joe is co-author, along with 16 leading industry leaders and thinkers, of the SOA Manifesto, which outlines the values and guiding principles of service orientation. He also speaks frequently on Enterprise 2.0 and SOA topics at industry events and Webcasts, and serves on the program committee for this year's SOA & Cloud Symposium in London. As an independent analyst, he has also authored numerous research reports in partnership with Unisphere Research, a division of Information Today, Inc. for user groups such as SHARE, Oracle Applications Users Group, and International DB2 Users Group. In a previous life, Joe served as director of the Administrative Management Society (AMS), an international professional association dedicated to advancing knowledge within the IT and business management fields. He is a graduate of Temple University.

Related Discussions on TechRepublic

Did you know you can take part in these discussions with your ZDNet membership?
2
Comments

Join the conversation!

Just In

I've developed with SOA and didn't get it
George Jay 17th Oct 2007
I certainly understand SOA from an implementation perspective, the ability for your software to call another service to get data etc., but what I didn't get was how SOA is really different from other messaging architectures I had implemented code in. For example, MQ or Trivoli.

Clearly I recognize these as mainframe messaging architectures, but the concepts are the same. In SOA, you create a message (this time in XML instead of something proprietary) send it to another program that processes it and sends back the response as another XML document. You have software on different platforms working independently of each other, and a Service is your entry point.

But conceptually is there a difference? That's what I struggle with. Is it nothing more than visualizing your other software solutions as independent services? Or is there some other way I should see it in a grander scale. In which case, it's just using a new term for the existing experience I already have.

I suppose the thing that bothers me about SOA is that I don't see the things we wrap as a Service. To me a service has some kind of functional aspect in the implementation layer. But in reality the functional request is an XML message (data). There is no object orientation occurring, no polymorphic implementation where the objects are services. Only the implementation of my internal objects are Service requests.

If my interpretation is correct, SOA is nothing more than a new term for existing message based architectures and a bit of step backward in technological evolution. Perhaps I missed something, or maybe I didn't which is why business isn't getting it.
0 Votes
+ -
Some Real Composite Applications
JohnMNelson 11th Sep 2007
An example of a Corporate Composite Application is BP's Hurricane Management System built by IDV Solutions. It pulls in dozens of live data feeds, including BP, 3rd party, and public SOAs.
A sample Composite Application is provided at http://wondersoftheworld.idvsolutions.com/default.aspx
0 Votes
+ -
I certainly understand SOA from an implementation perspective, the ability for your software to call another service to get data etc., but what I didn't get was how SOA is really different from other messaging architectures I had implemented code in. For example, MQ or Trivoli.

Clearly I recognize these as mainframe messaging architectures, but the concepts are the same. In SOA, you create a message (this time in XML instead of something proprietary) send it to another program that processes it and sends back the response as another XML document. You have software on different platforms working independently of each other, and a Service is your entry point.

But conceptually is there a difference? That's what I struggle with. Is it nothing more than visualizing your other software solutions as independent services? Or is there some other way I should see it in a grander scale. In which case, it's just using a new term for the existing experience I already have.

I suppose the thing that bothers me about SOA is that I don't see the things we wrap as a Service. To me a service has some kind of functional aspect in the implementation layer. But in reality the functional request is an XML message (data). There is no object orientation occurring, no polymorphic implementation where the objects are services. Only the implementation of my internal objects are Service requests.

If my interpretation is correct, SOA is nothing more than a new term for existing message based architectures and a bit of step backward in technological evolution. Perhaps I missed something, or maybe I didn't which is why business isn't getting it.

Join the conversation!

Formatting +
BB Codes - Note: HTML is not supported in forums
  • [b] Bold [/b]
  • [i] Italic [/i]
  • [u] Underline [/u]
  • [s] Strikethrough [/s]
  • [q] "Quote" [/q]
  • [ol][*] 1. Ordered List [/ol]
  • [ul][*] · Unordered List [/ul]
  • [pre] Preformat [/pre]
  • [quote] "Blockquote" [/quote]
ie8 fix
Click Here
ie8 fix

The best of ZDNet, delivered

ZDNet Newsletters

Get the best of ZDNet delivered straight to your inbox

Facebook Activity

White Papers, Webcasts, & Resources
ie8 fix
ie8 fix