Erfahrungsbericht über eine Migration von OAI (Oracle Interconnect) auf die SOA Suite 11g. Richard Attermeyer präsentierte den Vortrag zu dieser Präsentation auf der DOAG SIG SOA am

1. Richard Attermeyer, Senior ArchitektOPITZ CONSULTING Essen GmbH Ein Erfahrungsbericht DOAG SIG SOA, Frankfurt, 3. Mai 2010 Migration von OAI zu Mediator 11g

2. Projektkontext OAI wird nicht länger supportet Migration auf Linux (SuSE Enterprise) Datenbankmigration von 10g auf 11g Ca. 25 Services mittels OAI verbunden

3. Alte Welt Oracle OAI Oracle PL/SQL SAP OAI Adapter SAP Adapter synchron

4. Optionen Angebot von Oracle Kostenneutrale Verwendung des Oracle Mediators 11g als „Migrationspfad“ Open-Source-SOA-Produkte Aktuell aber keine SOA-Strategie Funktionsumfang geringer als Oracle Mediator 11g

5. Keine Verlässlichkeit von Verfügbarkeitsaussagen Fehlende Informationen SAP Adapter verfügbar für OSB? SAP Adapter verfügbar für SOA Suite 11g? OSB und SOA Suite laufen auf unterschiedlichen WebLogic Versionen Klare Aussagen fehlten Probleme vor Projektstart – SAP Adapter

6. Projektablauf 11/09: Evaluierung von Alternativen 03/10: PoC SAP ECC 6.0 Integration über Web-Services 03/10: Migration OAI nach SOA Suite 11g Patchset 1 Migrationsprojekt abgeschlossen Go-Live steht aus Projektteam: 3 Berater 1 PL

7. Neue Welt Oracle Mediator 11g Oracle PL/SQL SAP DB Adapter WS Adapter asynchron AQ Request synchron AQ Response

8. Erfolge SAP ECC 6.0 kann einfach über Web-Services angebunden werden SAP Call-Outs konnten realisiert werden Mehrwert gegen früher SAP Adapter wird nicht mehr benötigt Migration erfolgreich durchgeführt

10. Correlation ID

11. $initial

13. Java Call Outs Werden verwendet, um Custom Transformation aus OAI nachzubauen Dokumentation könnte besser sein Empfehlung eher: Spring Component

14. Deployments: Configuration Plan Anforderung: Keine JDeveloper Installation auf Build System Deployment nur mittels ANT Configuration Plans Verwendet mitgelieferte Skripte, nicht generierte Vollständige ANT-Skripte vorhanden Wichtigste Umgebungseinstellungen abgedeckt

15. Weitere Punkte PoCs für fast alle Technologieadapter durchgeführt Datenbank Dateisystem (CSV / XML) JMS (Mail): Kann nachgebildet werden, leider nicht verfügbar

16. Erfolgsfaktoren Gute Teamzusammenstellung Vorhandene Testfälle Oracle aufgeschlossen für SRs Klare Vorstellungen des Kunden

17. Teamzusammenstellung PL/SQL-Know-how Java-Know-how Entwickler-Know-how: SOA Suite 11g Administrator-Know-how: SOA Suite 11g

18. Testfälle Testfälle existierten auf Basis von OAI Testfälle konnten verwendet werden, um Mediator zu testen Schnelle Rückmeldung und Akzeptanzkriterium Nutzung des vorhanden Tools oUnit

19. Beachten Gap-Analyse OAI – Mediator durchführen Management der Erwartungen Undokumentierte Mediator Features SR erstellen lohnt sich (-> dynamic binding) Testen frühzeitig als Thema kommunizieren Kunde beim Test einbeziehen Vergleichstests aus Altsystem generieren Kalkulation eines „Kümmeres“ im Projektbudget

20. Probleme Kommunikation Dokumentation Knapp: z. B. Configuration Plan Unvollständig: „undocumented Features“ Passendes schwer auffindbar Usability JDeveloper Es gibt Licht und Schatten

21. Dynamic Binding Payload Anzeige: Verschlucken von Leerzeichen DVMs: Leere Source Column (Default) DVMs: Leerzeichen in Target Mappings: LPAD / RPAD SRs

22. Fazit Migration von OAI zu Mediator 11g war relativ einfach machbar Es gibt Lücken in der Funktionalität Breiteres Skill-Set im Projektteam notwendig Mediator 11g eröffnet neue Möglichkeiten der Integration

23. Ansprechpartner Richard Attermeyer Senior Architekt OPITZ CONSULTING Essen GmbHAltendorfer Str. 345141 Essen richard.attermeyer@opitz-consulting.com Tel: +49 201 892 994 1713