One might interpret from the SD Times article that Oracle has adopted a Frankenstein strategy, but that IBM has not. And this is definitely not true. IBM is at least as guilty as Oracle in stitching together a supposedly integrated solution from numerous acquired products.
I assume that Jason's comment about IBM was not meant to compare their strategies -- only to note that Oracle's primary competition is IBM, and that Oracle isn't about to dismantle IBM from its position at the top of the SOA infrastructure heap based on Oracle's latest set of announcements.
I haven't performed deep analysis of Oracle's latest products yet, but based on conversations with some clients, I get the impression that Oracle has done a pretty decent job integrating Oracle BPEL (formerly Collaxa) and Oracle WSM (formerly Oblix COREsv/formerly Confluent CORE). There's definitely more integration needed, but I think Oracle is on the right track. I expect that it will take Oracle at least 18 months to fully integrate the various Fusion middleware components so that they present a nicely cohesive environment in which they all utilize the same IDE, same management tools, etc.
One thing that I really like about Oracle's strategy is that although Oracle is making an effort to integrate the components, Fusion isn't a lock-in strategy. You can use individual components without buying into the whole platform. You can also replace individual components if you prefer. For example, Oracle BPEL and Oracle WSM work with Oracle AS, but they don't require it. If you want to use Apache Tomcat/Axis or .NET or WebSphere AS or any combination of whatever SOAP platforms you like, Oracle BPEL and/or Oracle WSM will work just fine. Likewise, if you prefer to use AmberPoint or Actional in place of Oracle WSM, that's okay, too.
This is a very different story from the other superplatform vendors. IBM Process Server requires IBM WebSphere ESB, which requires IBM WebSphere AS. BEA AquaLogic ESB requires BEA WebLogic AS. etc.
Anne
On 10/21/05, Radovan Janecek <[EMAIL PROTECTED]> wrote:
Ron,
thanks for your answer. I cannot comment Oracle's strategy as I don't know enough. My general 2 cents are here:
http://radovanjanecek.net/blog/archives/000289.html
Best,
RadovanOn 10/20/05, Ron Schmelzer < [EMAIL PROTECTED]> wrote:To answer your question on the blog, the opinion is not that companies shouldn't approach SOA as a frankestein of multiple products (in fact, this is actually a BEST practice). Jason and I believe that Oracle's approach itself is a Frankstein. What this means is that as a company, the company has no single strategy with SOA. Rather than come up with one strategy, they are cobbling together many disparate and unrelated technologies in hopes that it is consistent.
For customer to build their own Frankenstein is one thing (and actually a good thing)
For companies who have SOA products to build a Frankenstein and then give it to their customers pretending that it's a single product is another thing (and a bad thing).
I hope this clarifies our comments.
Ron
Radovan Janecek wrote:Robin, I agree with you and I'm very surprised by that article. My comment is on my blog:
http://radovanjanecek.net/blog/archives/000287.html
Best,
Radovan
On 10/19/05, Robin <[EMAIL PROTECTED]> wrote:Jason Bloomberg has been telling to SD Times that Oracle is taking the
Frankenstein approach to SOA. Check the article here
http://www.sdtimes.com/article/story-20051015-09.html
I am surprized to see no reaction to this statement. I believe every
architect busy integrating packages or best-of-breed products is taking
the Frankenstein approach.
I think IBM and BEA have also a long track of such integrations.
I am also convinced that SOA role is to make the Frankenstein Approach
possible or at least less expensive at the end of the day.
What do you think?
Robin
SPONSORED LINKS
Service-oriented architecture Computer monitoring software Computer and internet software Free computer monitoring software
YAHOO! GROUPS LINKS
- Visit your group "service-orientated-architecture " on the web.
- To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
- Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
--
Radovan Janecek
http://radovanjanecek.net/blog
--
_____________________________________________________________
Ronald Schmelzer
[EMAIL PROTECTED]
Senior Analyst
ZapThink LLC
Direct: 781-577-2779 / Main: 781-207-0203
SPONSORED LINKS
Service-oriented architecture Computer monitoring software Computer and internet software Free computer monitoring software
YAHOO! GROUPS LINKS
- Visit your group "service-orientated-architecture " on the web.
- To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
- Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
--
Radovan Janecek
http://radovanjanecek.net/blog
SPONSORED LINKS
Service-oriented architecture Computer monitoring software Computer and internet software Free computer monitoring software
YAHOO! GROUPS LINKS
- Visit your group "service-orientated-architecture " on the web.
- To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
- Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
SPONSORED LINKS
| Service-oriented architecture | Computer monitoring software | Free computer monitoring software |
YAHOO! GROUPS LINKS
- Visit your group "service-orientated-architecture" on the web.
- To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
- Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
