W tym poście omówimy menedżera integracji aplikacji korporacyjnych (EAI), który zapewnia sposób integracji Oracle BRM z innymi aplikacjami korporacyjnymi. Menedżer EAI zapewnia synchronizację danych między aplikacjami w przedsiębiorstwie i zapobiega duplikowaniu danych między aplikacjami. Krótko mówiąc, działa on jak proces udostępniania Telco Framework Manager:
- Następuje zmiana, która generuje obiekt zdarzenia.
- Dane są generowane w Menedżerze połączeń i wysyłane do Menedżera danych.
- Menedżer danych publikuje obiekt payload.
Poniższy rysunek ilustruje zarysowaną architekturę menedżera frameworka EAI i przepływ danych:
Aby rozpocząć pracę, należy najpierw zainstalować EAI Manager. Zawiera on trzy funkcje EAI:
- Moduł EAI Connection Manager (CM) (zawiera kody operacyjne wymagane przez EAI)
- Menedżer danych EAI
- Moduł zewnętrzny generatora ładunku (EM) - zwany również EAI Java Server lub eai_js
Po zainstalowaniu menedżera frameworka EAI nadszedł czas na etap konfiguracji. Program instalacyjny przypisuje domyślne wartości w plikach konfiguracyjnych CM i EAI DM (pin.conf), a także w pliku właściwości Payload Generator (Infranet.properties).
Następnie proszę się upewnić, że:
- dm_pointer w CM pin.conf wskazuje na ten sam port, co dm_port skonfigurowany w EAI DM pin.conf;
- em_pointer w CM pin.conf wskazuje na ten sam port co infranet.server.portNr w eai_js Infranet.properties;
- skrypty uruchamiania i zamykania są odpowiednio zmieniane, aby nowe procesy mogły się odpowiednio uruchamiać/zatrzymywać.
Oprócz tej podstawowej konfiguracji należy skonfigurować funkcję powiadamiania o zdarzeniach, która wywołuje kod operacyjny (nazwa: PCM_OP_PUBLISH_GEN_PAYLOAD; numer: 1301), który buforuje zdarzenie Oracle BRM w generatorze ładunku. Aby włączyć powiadamianie o zdarzeniach, należy uruchomić narzędzie load_pin_notify w celu załadowania pliku konfiguracyjnego zawierającego listę powiadomień o zdarzeniach do bazy danych Oracle BRM. Przed uruchomieniem narzędzia należy jednak najpierw scalić pliki konfiguracyjne powiadomień o zdarzeniach w pliku $BRM_HOME/sys/data/config/pin_notify_eai. Opcjonalnie proszę dodać, zmodyfikować lub usunąć wpisy na ostatecznej liście powiadomień o zdarzeniach.
Jeśli w zdarzeniach powiadomień znajdują się niestandardowe pola, proszę upewnić się, że są one uwzględnione w eai_js Infranet.properties i że skompilowane niestandardowe klasy java znajdują się w ścieżce klas podczas uruchamiania eai_js. W przeciwnym razie wynikiem będą numery kodów operacyjnych w listach FLIST zamiast nazw kodów operacyjnych.
Ostatnim zadaniem konfiguracyjnym jest zdefiniowanie zdarzeń biznesowych Oracle BRM. Zdarzenie biznesowe to operacja zdefiniowana w pliku konfiguracyjnym Payload Generator EM (payloadconfig.xml). Na przykład jednym z takich zdarzeń biznesowych jest ProductPurchase, które jest tworzone, gdy klient kupuje produkt. Plik konfiguracyjny można edytować w następujący sposób:
- Proszę dodać wydarzenia do opublikowania;
- Usuwanie niechcianych zdarzeń z listy
- Proszę określić, czy zdarzenia mają być publikowane w formacie XML czy FLIST.
Po skonfigurowaniu wszystkiego, nadszedł czas, aby zapewnić dostęp do danych zdarzeń BRM dla aplikacji korporacyjnych poprzez zbudowanie aplikacji łącznika modułu, która obsługuje zarządzanie transakcjami i schematy transformacji specyficzne dla Państwa środowiska. Katalog $BRM_HOME/sys/dm_eai zawiera już przykładowe implementacje funkcji EAI w formacie flist i XML. Opcjonalnie, EAI Manager może być używany do publikowania informacji z bazy danych Oracle BRM do portu HTTP w celu wykorzystania przez aplikację innej firmy, taką jak CRM (menedżer relacji z klientami). Aby opublikować dane na porcie HTTP, należy użyć modułu dm_http.
Po uruchomieniu działającej aplikacji konektora, pomyślna integracja Oracle BRM z aplikacją innej firmy jest zakończona.
