Posts Tagged ‘ESB’


Gauging the Impact of BEA on the Oracle E-Business Suite

July 1st, 2008 by Robert McMillen • No Comments »

Today, Oracle provided a view into their plans for the integration of the BEA Aqualogic products into the Oracle product line. Oracle is very experienced at this effort and it showed in the presentation. They focused a lot on reassuring BEA and Oracle customers that there would be no drastic changes and no forced upgrades.

For E-Business Suite users, they mentioned specifically that there will be no forced migrations from the Oracle Application Server. This will only impact those who have upgraded to the 10g version of the Application Server, which would be customers on Release 12 or those who have added new Fusion Middleware components such as Identity Management to their existing Release 11i environments.

Here are the key points that I took away from the presentations which focused, as expected, on Fusion Middleware.

Oracle is extending support of several products for both companies to reduce the upgrade requirements. The integrations of BEA/Oracle products are expected to occur over 12 to 18 months. Oracle will provide a single integrated development toolset that incorporates both BEA/Oracle products. JDeveloper, ADF, and Oracle Forms/Reports will remain. A new Eclipse Pack will be released to help BEA development users migrate.

Oracle Data Integrator, TopLink, Coherence, AIA, Web Services Manager, Service Registry, BPA Designer, BAM, WebCenter, and Business Rules will remain. The Oracle Applications Server will eventually be replaced by BEA’s offering (JRockit, Weblogic) but the OAS will be maintained for some time. Inside the Fusion Middleware, the Oracle Enterprise Service Bus will be merged with BEA’s offering.

BEA’s Aqualogic BPM Designer will be kept and used as an agile process modeling counterpart to the Oracle BPA Designer. Both will be updated to share a common metadata model so that model information can be shared between them.

Oracle will revise their BPEL processing engine and introduce BEA’s Enterprise Repository (SOA governance). Pricing for the BEA products has been simplified and country-specific pricing has been replaced with a worldwide pricing model.

Several BEA products will be included in new Oracle Enterprise Manager Packs. In particular, a new Diagnostics Pack for Java Virtual Machine tuning based on JRockit Mission Control has been added.

Several topics were not discussed, but I want to note them. What about BEA Tuxedo? How will these changes impact the middleware stack for the Fusion Applications?

To summarize, Oracle is not making radical changes that will impact current E-Business Suite users or BEA users. Instead they will be cherry-picking the BEA product line to introduce some new products and bulk up existing products with better technologies from BEA. Existing products will continue to be supported, some up to 9 more years.

No Comments »

 

AIA Origins – The XML and Java Factor

February 29th, 2008 by Robert McMillen • No Comments »

AIA and SOA are all based on industry standards that have developed over the last 10-15 years. Several of the key standards were Java and XML.

With the advent of the World Wide Web there was a whole new emphasis on sharing information through the Internet. Everywhere developers were trying to come up with common ways to do this using Java.

Service Oriented Architecture (SOA) was an eventual outcome of the idea of building re-usable building blocks of programming code (usually in Java).

These shared blocks of code in the Web World became known as Services and were usually executing on a Web Server. They were originally considered “Web” services but over time that changed to include other languages and non-web environments.

At the same time HTML (HyperText Markup Language) was becoming popular because of the World Wide Web and developers saw the potential to use a variant, called XML (Extended Markup Language) for sharing information between Services.

XML is an easy way to describe sets of information in a language friendly method. XML is nice because you can define anything you want and transmit it as a set of characters. A good piece of XML includes both the data and descriptions of what the data is. That’s different from traditional transactions which only include the data. Here’s an XML example.


As you can see this is a “note” to Lou Ann from Robert. Each data field is delimited by a bracketed field name. If it were an true email it would have definitely many more data elements like email addresses, dates, etc.. But as you can see the XML does a good job of describing what is being sent and then providing the actual data. It’s human readable which is also a nice feature.

Once XML became popular other things were built on top of it using the same concept. One was WSDL(“wisdull”). Web Services Definition Language is an XML document that describes what a Service is and what it does and what it requires. Think of it as a resume’ for a Service.

If you want to talk to a Service you ask for it’s WSDL and then you know all of the important details about it. But what if the Service is not Java or some modern language? What if it was Cobol? No problem.

If you have a Cobol program that accepts input, does some function and provides a result you can make it look like a Service as well. That would require WSIF or Web Services Invocation Framework. This is a Java Applications Programming Interface (API) that allows non-Java formats to work with other Services.

Soon other XML-based solutions came along like SOAP (Simple Object Access Protocol) which is a way to send messages between Services using XML.

The combination of Java and XML was a real change agent for sharing information both inside organizations using their IntrAnet and with partners using the Internet.

Now, let’s see if we can get back closer to the topic of AIA by understanding more about SOA.

No Comments »