إدراج سجل في Oracle باستخدام إصدار BizTalk 2010

Question

أحاول متابعة هذه المدونة لإدراج سجل في جدول أوراكل باستخدام BizTalk 2010 http://biztalk2010changes.blogspot.co. NZ / 2011/04 / Insert-Update-Delete-Select-Operation.html تم إنشاء أي تزامن لقد قمت فقط بإنشاء عنصر تم إنشاؤه مخصص WCF باستخدام عميل نوع العقود Oracledbbginding عميل / (التشغيل الصادر).

اخترت الجدول والاختيار فئة إدراج. تم إنشاء XSD مع الإدخالات التالية

• xxrecordinsert،
• arriefxxxrecordinsert،
• إدراج،
• insertresponse.

قمت بإنشاء مثيل للمخطط أعلاه، فإن هدفي يستخدم هذا المثيل كملف مع إدراج محتوى في جدول Oracle الخاص بي. لقد قمت بنشر التطبيق بنجاح، قم بإعداد ملف FilePort عندما سيقوم BizTalk بتلتقط الملف و Oracle Port بناء على الارتباطات التي تم إنشاؤها بواسطة BizTalk (الخطوات التي اتبعتها كشطير الرابط الذي قدمته أعلاه. لقد قمت أيضا بإعداد المرشح ل تطبيق لالتقاط الملف والرسالة

ومع ذلك، عندما تم إسقاط الملف في الدليل، تم التقاطه بالفعل ولكن حصلت على خطأ التوجيه هذا:

وحصلت على سجل msg هذا الخطأ:

wcfsendport_oracledbinding_oraschema_table_rotation_req_custom Oracledb: // oracleserver /؟ pollingid= test_00042 microsoft.servicemodel.channels.common.xmlreaderparsingExcepexception: node noDe غير متوقع "Rotation_reqrecordinsert" مع مساحة الاسم " http://microsoft.lobservices.oracledb/2007/03/oraschema/table/rotation_req "وجدت

هذا مستخلص من مخططي:

giveacodicetagpre.

وهذا مثال على عينة حاولت إدراجها في طاولتي:

giveacodicetagpre.

أي شيء فعلته غير صحيح؟

تحديث: سياق الرسالة:

Answer 1

بعد فترة من الوقت ضجيج رأسي على الحائط، تمكنت أخيرا من معرفة ما أحتاج إلى القيام به لجعله يعمل. كان المنشور دقيقا في ما وصفته ولكنه كان ما لا يشعر به الأمر مشوش لي وتسبب في القضية بالنسبة لي.

قمت بتحديث هذا بنفسي أو أي شخص آخر قد يركض في سيناريو نفسي في المستقبل.

هذه هي الأشياء التي قمت بها بشكل غير صحيح لعدم وجود التعليمات:

1) لقد استخدمت xxrecordinsert لإنشاء رسالتي التي ليست صحيحة. كان يجب أن استخدم إدراج بدلا من ذلك. كان في الواقع هناك في العينة لكني تغفلها وتسمح ل BizTalk Auto بإنشاءها. يجب أن يتم نقل الإدراج إلى بداية الملف بحيث يمكن ل BizTalk إنشاء الرسالة بشكل صحيح. ربما كان السبب في أن BizTalk كان يشكو من "عقدة البداية غير المتوقعة".

2) أحتاج إلى إنشاء منفذ آخر للقبض على الاستجابة من BizTalk بعد إدراج السجل وإلا فإنه سيؤدي إلى خطأ التوجيه الذي شهدته في وقت مبكر.

هذه أخطاء أساسية للغاية تم تجاهلها. نأمل أن ينقذ شخصا آخر وقت يجب أن يتحملوا نفس المشكلة في المستقبل.

Answer 2

لحل أخطاء التوجيه تحتاج إلى إلقاء نظرة على خصائص السياق للرسالة ومقارنتها بالاشتراك النشط ومعرفة ما لا يتطابق. يمكنك رؤية الاشتراك عبر وحدة التحكم في إدارة BizTalk Server، مجموعة BizTalk، استعلام جديد، ابحث عن اشتراكات تساوي.