كيفية إصلاح "تدعم المكونات الإضافية الاشتراكات فقط مع وضع تسليم السحب".

وصف للخطأ

الخطأ "Only subscriptions with Pull delivery mode are supported by the plugin." typically occurs when you are integrating a messaging, event streaming, or pub/sub service (such as Google Cloud Pub/Sub, Azure Service Bus, or Apache Kafka integrations) with a third-party application, DevOps tool, or specialized Windows plugin.

يشير هذا الخطأ إلى عدم تطابق آلية التوصيل. في بنية pub / sub ، هناك طريقتان أساسيتان لتوصيل الرسائل من اشتراك إلى مشترك:

• Push Delivery: خدمة الرسائل تدفع بشكل استباقي البيانات / الأحداث إلى شبكة الإنترنت أو نقطة نهاية HTTPS محددة تستضيفها تطبيقك.
• Pull Delivery: تطبيقك (المشترك) يبدأ بشكل نشط الطلبات إلى خدمة المراسلة لاسترداد أو "سحب" رسائل جديدة بوتيرة خاصة به.

The plugin you are using on Windows has been hardcoded or configured to only process messages using the Pull architecture. It does not possess the necessary webhook handlers, listeners, or security configurations required to receive asynchronous Push طلبات من الخادم. عندما تتصل المكون الإضافي وتكتشف أن الاشتراك تم تكوينه لدفع البيانات بدلاً من انتظار طلب السحب، فإنه يوقف العملية ويرمي هذا الخطأ.

إصلاح خطوة بخطوة

To resolve this issue, you need to change the configuration of your messaging queue/topic subscription from Push إلى Pull ، أو إنشاء اشتراك جديد تماما التي تستخدم بشكل أصلي وضع تسليم سحب.

فيما يلي الخطوات العالمية لإصلاح هذا ، باستخدام Google Cloud Pub / Sub كمثال رئيسي ، حيث أن هذا الخطأ ينشأ في معظم الأحيان من إضافات Google Cloud (مثل إضافة Jenkins GCP Pub / Sub ، أو إضافات Splunk ، أو تكاملات Windows المخصصة).

الخطوة الأولى: تحديد سبب الاشتراك

1. انظر إلى ملف التكوين أو شاشة الإعدادات من ملحق ويندوز رمي الخطأ.
2. اكتبوا التفاصيل Subscription Name أو الهوية التي تحاول الاتصال بها.
3. لاحظ معرف المشروع أو مساحة الأسماء التي يقع فيها هذا الاشتراك.

الخطوة 2: الوصول إلى السحابة أو وحدة التحكم في الرسائل

1. Open your web browser and log into the administrative console managing your messaging queue (e.g., وحدة التحكم السحابية جوجل )
2. انتقل إلى المشروع أو الحساب الذي يحتوي على البنية التحتية للرسائل.
3. Locate the messaging section. For Google Cloud, use the top search bar or left navigation menu to go to Pub/Sub ثم انقر على Subscriptions.

الخطوة الثالثة: تحقق من طريقة التسليم

1. في قائمة الاشتراكات، ابحث عن اسم الاشتراك الذي قمت بتحديده في الخطوة 1.
2. انظري إلى Delivery method أو Delivery type ستراها على الأرجح قائمة بـ Push.

الخطوة 4: تغيير أو إعادة إنشاء الاشتراك إلى "سحب"

ملاحظة: لا يسمح لك بعض مزودي السحابة بتغيير نوع التسليم من اشتراك موجود مباشرة. إذا كانت واجهة المستخدم تسمح لك بتحريره إلى سحب ، فافعل ذلك. إذا كان ملونًا باللون الرمادي ، فاتبع خطوات إعادة التشغيل أدناه.

1. اضغط على Create Subscription زر في الجزء العلوي من صفحة الاشتراكات.
2. في... Subscription ID حقل، اكتب اسم جديد (على سبيل المثال، my-topic-pull-sub )
3. اختر السحابة Topic التي يجب أن تستمع إليها ملحق ويندوز الخاص بك.
4. تحت... Delivery type الخيارات، والبحث عن أزرار الراديو أو المنبثقة واختيار صراحة Pull.
5. اترك الإعدادات المتبقية (مثل الاحتفاظ بالرسائل، أو حروف ميتة، أو سياسة إعادة المحاولة) في قيمها الافتراضية، أو تطابقها مع متطلبات الاشتراك السابقة.
6. انقر Create في أسفل الشاشة.

الخطوة 5: قم بتحديث تكوين المكونات الإضافية لنظام التشغيل Windows

1. العودة إلى جهاز ويندوز أو الخادم حيث حدث الخطأ.
2. افتح ملف التكوين، المتغيرات البيئية، أو واجهة المستخدم الإدارية للمكون الإضافي.
3. استبدل اسم الاشتراك القديم بـ new Pull subscription name التي قمت بإنشائها في الخطوة الرابعة
4. احفظ تغييرات التكوين

الخطوة 6: إعادة تشغيل خدمة ويندوز / التطبيق

1. افتح قائمة بدء ويندوز، اكتب services.msc و اضغط Enter.
2. ابحث عن الخدمة المحددة التي تقوم بتشغيل المكون الإضافي أو التطبيق الخاص بك.
3. انقر بزر الماوس الأيمن على اسم الخدمة واختر Restart (أو Start إذا تم إيقافه بالكامل بسبب الخطأ).
4. تحقق من سجلات تطبيقاتك للتحقق من أن المكون الإضافي يربط بنجاح مع اشتراك Pull الجديد دون إلقاء أخطاء.