سؤال

واجه مشكلة غريبة مع أحد قوائم انتظارنا (للإنتاج، لا تقل). عندما أحاول وضع رسالة في قائمة الانتظار، فإنها رمي استثناء ينص عليه ببساطة:

giveacodicetagpre.

يبدو أن الرسائل تجعلها تعمل على قائمة الانتظار، كما يتضح من حقيقة أنه يمكنني رؤية طول قائمة الانتظار زيادة في بوابة الإدارة. ومع ذلك، فإن تطبيق العميل لا يتلقى أي رسائل.

تبين بوابة الإدارة أن هناك العديد من الطلبات الفاشلة، وكذلك العديد من استثناءات الخادم الداخلي؛ على الرغم من لسوء الحظ، لا أرى أي طريقة للحصول على مزيد من التفاصيل حول تلك الطلبات والأخطاء الفاشلة.

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

edit: يجب أن أذكر فقط من أجل الاكتمال، أنني لم أقسم أي تغييرات على العملاء الذين أعرفهم؛ هذه القضية مجرد نوع من البدء في حدوث كل مفاجئ

تحرير رقم 2، استيقظت هذا الصباح، وأعادت الأمور بطريقة سحرية إلى وضعها الطبيعي. ما زلت غير متأكد من ما حدث، لذلك أود تغيير نغمة السؤال لطلب الاقتراحات حول كيفية تخفيف هذا النوع من الأشياء و / أو استكشاف الأخطاء وإصلاحها (استكشاف الأخطاء؟ استكشاف الأختومات؟ :)) أفضل

هل كانت مفيدة؟

المحلول

لقد واجهت هذا السيناريو أيضا.عندما حاولت إنشاء مساحة اسم خدمة جديدة للحافلات، وأشار تطبيقي إلى مساحة الاسم الجديدة هذه، فقد عملت بالنسبة لي.هذا يشير إلى أنه قد يكون بعض فشل الأجهزة يحدث (على العقدة حيث توجد مساحة اسم SB-Namesp الخاص بك).

تأكد من استخدام معالجة فشل عابر، على سبيل المثال http://www.nuget.org / حزم / Enterpriselibrary.windowsazure.transientfaulthing /

ولكن قد تكون هناك مطلوبة أيضا استخدام "إعادة محاولة المستوى الثاني" للأخطاء التي ليست عابرة.هذا لديك لرمز نفسك.

يكون أكثر تسامحا أكثر تفصيلا، يمكنك أيضا استخدام الميزة الجديدة من مساحات الأسماء المقترنة.هنا هو مورد جيد: http://msdn.microsoft.com/en-us/ library/dn292562.aspx

hth

// peter

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top