For those who have been using the Application Integration Architecture on top of Oracle SOA Suite, will probably know that Oracle have sunset AIA as of 12c. For 12.1 there are Core Extensions to help transition onto the 12c platform but 12.2 leaves these behind.
One of the more valuable parts of AIA for many has been the prebuilt but extensible canonical data model, which are then used by the Prebuilt Integration Packs (PIPs). Having a ready built canonical form can save an enormous amount of effort (consider the amount of effort invested by OASIS and other standards bodies to define standardised data definitions).
So with AIA not moving forward and the canonical form (i.e. XML Schema) no longer being maintained. The question begs how to move forward? Well given that the model is represented by XML schema you could harvest the schema from an 11g environment, package them up and deploy them in a standalone manner in a 12c environment. Whilst this will work, it does mean that the data model wont have any future evolution other than by home grown effort.
Depending on your commitment to the AIA model, there is another option to adopt another prebuild form. I know as result of talking with several other Oracle AIA customers that people are adopting OAGIS. This isn’t surprising as they have similar characteristics in the way to extend, the way the definitions are defined and structured etc. Not to mention some common ancestry. However if you have a significant level of utilisation moving to a new model is potentially going to have a significant level of impact.
As we have also elected to go the OAGIS route (but fortunately are fairly youthful in our adoption so have elected to switch quickly for all but a couple of objects types. Given this, I periodically check in with the OAGIS website to come across the following:
Oracle Enterprise Business Objects Contributed to OAGi
We are very pleased to announce that Oracle has contributed their Enterprise Business Objects (EBOs) and associated IP to OAGi!
The Oracle EBOs are based on OAGIS BODs from a past release and no longer supported by Oracle so they contributed them to us to harmonize with the current version of OAGIS and preserve a technology path for EBO customers.
This also gives OAGi an opportunity to further improve OAGIS content and scope.
I take this as proof of Oracle’s commitment to Open Standards and plan to say so in a press release. I personally thank Oracle for this commitment.
Scott Nieman of Land O’Lakes will be presenting his Project Definition to begin the process of harmonization on Friday, June 3, at 11 AM EDT at the Next meeting which, as members, you are all invited. Please let me know if you don’t have an invitation and I will forward it to you.
Please join me in thanking Oracle and also please try to engage in our harmonization process to improve OAGIS.
So the basis of this is that OAGIS will gain greater coverage of their domain views. But additionally Scott Nieman will be blazing the way to easing the migration path. I have been fortunate enough to meet and talk with Scott at Oracle Open World and it will be worth keeping an eye out for his findings.