في هذا المنشور، سنتحدث عن مدير إطار تكامل تطبيقات المؤسسة (EAI)، والذي يوفر طريقة لدمج Oracle BRM مع تطبيقات المؤسسة الأخرى. يضمن مدير EAI مزامنة البيانات عبر التطبيقات في مؤسستك ويتجنب ازدواجية البيانات بين التطبيقات. باختصار، إنه يعمل مثل عملية توفير مدير إطار عمل Telco Framework Manager:
- يحدث تغيير، مما يؤدي إلى إنشاء كائن حدث.
- يتم إنشاء البيانات في مدير الاتصال وإرسالها إلى مدير البيانات.
- يقوم مدير البيانات بنشر كائن الحمولة.
يوضح الشكل أدناه بنية مدير إطار عمل EAI الموضحة وتدفق البيانات:
لبدء العمل، يجب أولاً تثبيت مدير EAI Manager أولاً. يتضمن ذلك ثلاث ميزات EAI:
- الوحدة النمطية مدير اتصال EAI (CM) (تتضمن رموز العمليات المطلوبة من قبل EAI)
- مدير بيانات EAI
- الوحدة النمطية الخارجية لمولد الحمولة (EM) - وتسمى أيضًا خادم EAI Java Server أو eai_js
بمجرد تثبيت مدير إطار عمل EAI، يحين وقت خطوة التكوين. يقوم برنامج التثبيت بتعيين القيم الافتراضية في ملفي التكوين CM و EAI DM (pin.conf)، بالإضافة إلى ملف خصائص مولد الحمولة (Infranet.properties).
بعد ذلك، تأكد من أن:
- يشير المؤشر dm_pointer في CM pin.conf إلى نفس المنفذ الذي تم تكوينه في المنفذ dm_port في EAI DM pin.conf;
- يشير المؤشر em_pointer في CM pin.conf إلى نفس المنفذ مثل المنفذ infranet.server.portNr في eai_js Infranet.properties;
- يتم تغيير البرامج النصية لبدء التشغيل وإيقاف التشغيل بشكل مناسب للعمليات الجديدة لبدء/إيقاف التشغيل وفقًا لذلك.
بالإضافة إلى هذا التكوين الأساسي، يجب تهيئة ميزة الإخطار بالحدث، التي تستدعي رمز التشغيل (الاسم: PCM_OP_PUBLISH_PUBLISH_GEN_PAYLOAD؛ الرقم: 1301) الذي يخزن حدث Oracle BRM مؤقتًا في مولد الحمولة. لتمكين الإخطار بالحدث، قم بتشغيل الأداة المساعدة load_pin_notify لتحميل ملف التكوين الذي يحتوي على قائمة الإخطار بالحدث في قاعدة بيانات Oracle BRM. ومع ذلك، قبل تشغيل الأداة المساعدة، يجب أولاً دمج ملفات التكوين الخاصة بإعلام الحدث في ملف $BRM_HOME/sys/data/config/pin_notify_eai. اختياريًا، قم بإضافة أو تعديل أو حذف الإدخالات في قائمة إعلامات الأحداث النهائية.
إذا كانت هناك حقول مخصصة في أحداث الإخطار، تأكد من تضمينها في eai_js Infranet.properties وأن فئات جافا المخصصة المترجمة موجودة في مسار الفصل عند بدء تشغيل eai_js. وإلا فإن النتيجة ستكون أرقام الرموز التشغيلية في قوائم FLISTs بدلاً من أسماء الرموز التشغيلية.
مهمة التكوين الأخيرة هي تحديد أحداث الأعمال Oracle BRM. حدث العمل هو عملية محددة في ملف تكوين Payload Generator EM (payloadconfig.xml). على سبيل المثال، أحد أحداث العمل هذه هو ProductPurchase، والذي يتم إنشاؤه عندما يشتري العميل منتجًا. يمكن تحرير ملف التكوين للقيام بما يلي:
- إضافة أحداث ليتم نشرها;
- إزالة الأحداث غير المرغوب فيها من القائمة
- حدد ما إذا كان سيتم نشر الأحداث بتنسيق XML أو FLIST.
بعد تكوين كل شيء، حان الوقت لتوفير الوصول إلى بيانات حدث BRM لتطبيقات المؤسسة من خلال إنشاء تطبيق موصل وحدة نمطية يتعامل مع إدارة المعاملات ومخططات التحويل الخاصة ببيئتك. ويحتوي الدليل $BRM_HOME/sys/dm_eai بالفعل على نماذج تطبيقات لوظائف EAI بتنسيق flist و XML. اختياريًا، يمكن استخدام مدير EAI Manager لنشر المعلومات من قاعدة بيانات Oracle BRM إلى منفذ HTTP لاستخدامها بواسطة تطبيق طرف ثالث مثل CRM (مدير علاقات العملاء). للنشر إلى منفذ HTTP، استخدم الوحدة النمطية dm_http.
بمجرد وجود تطبيق موصل يعمل، يكتمل التكامل الناجح لـ Oracle BRM مع تطبيق طرف ثالث.
