Business Issues
RSS Feed:
|
By: Simon Holloway, Practice Leader - Process Management & RFID, Bloor Research Published: 29th July 2008 Copyright Bloor Research © 2008 |
At the beginning of this month (July 2008), Charles Phillips and Thomas Kurian of Oracle gave a very detailed briefing to users and analysts over what was happening to various products in the BEA portfolio with the acquisition by Oracle. Oracle stated that the rationale behind the acquisition was firstly to do with the complimentary nature of the BEA portfolio with that of Oracle, which would, and has, resulted in Oracle having the best-of-breed products in certain categories. Other reasons given included:
Direct Sales & Distribution Strategy
Oracle announced that 100% of BEA sales reps and sales consultants were to join Oracle. Incremented by the Enterprise 2.0/ECM sales force, the structure of the Oracle specialised teams were to continue.
Oracle & BEA Combined Product Strategy
Oracle stated this was all about "Strategic Clarity". They were looking to produce a well-defined and clearly communicated and well integrated strategy for their customers and partners. There were no fundamental changes in strategic principles that Oracle had stated before. This would mean that investment from both BEA and Oracle customers and partners would be protected. Oracle committed that all "BEA Products continue under existing BEA support lifetimes" and lifetimes support would not be changed. An interesting turn of phrase, which I take to mean that Oracle will support the BEA products in the same way as BEA had announced before the merger. Another key brick in the combined product strategy was that there would no forced migration either from Oracle to BEA or BEA to Oracle. The strategy unified the best components from each portfolio and involved a "pragmatic integration of appropriate Oracle & BEA products". One clear message that Oracle wanted to get across was that they would accelerate the integration of the products and the delivery of a modular but integrated middleware suite.
In the following sections I have listed the key points from the Oracle briefing that cover the areas I am interested in; RFID, Process Management and Integration.
Application servers
Application servers are the underlying engine used for integration and BPMS products.
Business integration
In the area of ESB, Oracle are to create a new product, called Oracle Service Bus, that is based on the key features of Oracle ESB (such as domain value map support, virtualisation, hot pluggability) and the key features of Aqualogic Service Bus (Xquery Processing, service on-ramp) on top of a common services infrastructure. In addition, there will be protection of customer investment in Oracle ESB and in BEA Aqualogic with a fully automated upgrade path to Oracle Service Bus when available as part of Oracle Fusion middleware 11g.
BEA WebLogic Integration will have some incremental enhancements with further integration with Oracle SOA Suite.
BEA RFID Server, which BEA had placed in maintenance mode prior to Oracle M&A, will continue in maintenance with no reduction in support timeframes.
The OEM relationship with Cyclone Commerce to resell of Cyclone B2B Activator is discontinued.
Oracle SOA Suite becomes an option of Oracle WebLogic Suite and has a new packaging with BEA's and Oracle's products. . Oracle SOA Suite It now consists of the following products:
There is also a version of the Oracle SOA Suite for Non Oracle Middleware, as well as standalone SKU's for BPEL Process Manager, Oracle Service Bus, Oracle Web Services Manager and Oracle WebLogic Integration.
Sorry, we are no longer accepting comments on this item. We suggest trying to contact the author directly.
30th July 2008: 'Robert' said:
And what will become of the AquaLogic Data Services Platform?
Word on the street is it gets "end of lifed" with some of it's functionality repurposed within the MDM functions in Fusion or perhaps the Oracle Data Integration Suite (the old Sunopsis products).
BEA never really understood data integration (great at business process integration though) and Oracle never valued data federation. So I guess we should have expected ALDS to be an afterthought.
31st July 2008: 'Simon Holloway' said:
Thank you Robert for your comment. As my practice is about process and RFID, I confined my article to these areas only. I do have the information on the other parts of the annoument and if you are interested I would be happy to send them to you. Please send me your email address and I will post the reply on my return from vacation.
24th September 2008: 'Edward Enos' said:
Anu information on this subject area would be appreciated - I am not pleased that there is no clear picture on a data services strategy - there current platforms don't even touch this area
26th September 2008: 'Philip Howard' said:
Robert is right: BEA didn't get anything much to do with data and Oracle doesn't understand federation. Try searching the Oracle site against Aqualogic Data Services and you get 11 hits, one of which tells you that this is now called Oracle Data Services. However, this is not listed in the main product index and if you search against it you get 1 hit that tells you about support, so it looks like its on death row. You'd think a company that purports to understand both data and SOA would understand the importance of data services but apparently not.
The messages above were all contributed by IT-Director.com readers. Whilst we take care to remove any posts deemed inappropriate, we can take no responsibility for these comments. If you would like a comment removed please contact our editorial team.
Published by: IT Analysis Communications Ltd.
T: +44 (0)1908 880760 | F: +44 (0)1908 880761