Next-generation Fusion middleware from Oracle
Posted on May 9, 2007
It’s just an Oracle statement of direction out of the JaveOne conference but it’s the right direction for investors.
Oracle has announced plans to rewrite its middleware stack to eliminate the trifurcation among SOA, EDA and (presumably) BPM functionality. Today’s Oracle middleware is based on three disparate code sets from Iron Flare, Sandia Labs and Collaxa. This split is a drain on Oracle R&D efforts and confusing from a marketing perspective. In fact, it is almost as much of an issue as Oracle R&D and marketing folks having to deal with 10 or more application architectures: classic stored procedure Oracle, GEMMS, PeopleSoft, multiple flavors of J.D. Edwards, Retek, Siebel and so forth.
In addition, the new software may be a two-fer. The new middleware might lessen the applications development cost structure. However it still cannot remove the costs of maintaining and servicing so many different applications.
No availability date was specified in the press release but if history holds, watch for some real substance at next year’s JavaOne conference. And stand by for competitive reaction.
- Dennis Byron
Tags: Oracle, Middleware, SOA
Comments
Leave a Comment
If you would like to make a comment, please fill out the form below.
The so-called Fusion middleware would be re-written. Honestly, it is hard to believe.
I am wondering if Oracle will rewrite his applications as well in the Fusion project for the same reason?
Oracle will get dinged for this as more SOA hype. The announcement was certainly well hidden beneath sedimentary layers of marketing-eze and comes after years of confusing marketing on Project Fusion, Fusion middleware, and now Application Integration Architecture… That said, I think Oracle is preparing the ground for the next releases of its Java application server, IDE and development framework, which are foundational elements to its SOA middleware. I’ve written more here: http://sku.typepad.com/omedia/2007/05/oracles_nextgen.html