Botframework-solutions: لا يمكن نشر مساعد جديد

تم إنشاؤها على ٢٩ مايو ٢٠١٩  ·  19تعليقات  ·  مصدر: microsoft/botframework-solutions

مشروع

الاسم :الوهم مساعد الظاهري

لغة :الطباعية و C #

وصف


القالب "Quickstart: Create your Virtual Assistant" هو النموذج الذي يتوافق مع هذه المشكلة. أحاول إنشاء مساعد ونشره.
المشكلة تصل إلى "ديبلي مساعدك". لقد قمت للتو بإنشاء مساعد جديد ويطالب قسم النشر بخطأ.

لإعادة إنتاج


لإعادة إظهار المشكلة ، يجب عليك:
1. تحقق من تثبيت كافة المتطلبات الأساسية.
2. إنشاء مساعد جديد حسب التعليمات:
تثبيت npm -g generator-botbuilder-Assistant
يو botbuilder مساعد
3. انشر المساعد حسب التعليمات:
. \ Deployment \ Scripts \ publish.ps1

سلوك متوقع


لقد قمت بملء جميع المعلومات والخطأ المطلوب في هذه الخطوة الأخيرة.

لقطات


image

Support Bug

ال 19 كومينتر

يبدو أن QnAMaker غير متوفر في منطقة Azure التي قدمتها. راجع https://github.com/microsoft/botframework-solutions/blob/master/docs/howto/assistant/customizedeployment.md للتعرف على كيفية تخصيص النشر للمنطقة التي تستخدمها.

باتباع الرابط المعطى ، أحاول النشر مع منطقة westeurope ، المتوفرة في منطقة Azure. ومع ذلك ، استمر الخطأ.

أهلا! لدي نفس الخطأ ، أي فكرة عما يمكن أن يحدث؟ أحصل أيضًا على InvalidApiSetId

هل يمكنكما تأكيد المنطقة التي تحاول نشر مساعدك فيها ومشاركة ملف المعلمات الذي تستخدمه لتجاوز المنطقة؟

ملف المعلمات الذي أود استخدامه هو:
image

المناطق التي أحاول نشرها هي

  • منطقة مجموعة الموارد: شمال أوروبا
  • منطقة تأليف LUIS: westeurope

من ناحية أخرى ، حاولت أيضًا استخدام القيم الافتراضية قبل تغييرها.

يمكنني إعادة حل المشكلة مع ملف المعلمات أعلاه ، والغريب أنه يمكنك إنشاء qnamaker بهذه المجموعات في بوابة azure ولكننا نستخدم نفس نهج قالب ARM

فريق الدعم - هل يمكنك إلقاء نظرة؟ @ lauren-mills لمعلوماتك في حال كان لديك أي أفكار. يمر التحقق كما لو أن ملف المعلمات يتم تجاهله.

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

مرحبًا @ lauren-mills شكرًا لإلقاء نظرة على هذا ، من / كيف يمكننا الحصول على الدعم من فريق QnA؟

شكرا

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

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

@ guru98 و هل يمكنك رجاءً تقديم لقطات شاشة لأخطائك و / أو ملفات publish_cognitive_models_log.txt؟ إذا كنت قد وصلت إلى البرنامج النصي publish_cognitive_models ، فحينئذٍ نجح نشر Azure لذا فهي مشكلة مختلفة.

لقد وجدت المشكلة: في مسار الملف ، في Windows ، يوجد اسم + مسافة + لقب للمستخدم. الفضاء كسر الأمر. أنا لست خبيرًا في بوويرشيل ، لذا إذا قدم شخص ما حلاً فهو حقًا مميز. تكمن المشكلة عندما يقوم البرنامج النصي للنشر باستدعاء النشر: cognitivr_model.ps1

ttt

نشر_cognitive_log لم يتم إنشاؤه لأنه محضر تحطم (سطر 1 حرف 1). im لقطة الشاشة بعد upating appsetting.json (التي تعمل بنجاح) كان لدي مضيف كتابة لأرى ما تسميه….

@ lauren-mills في حالتنا ، انتهى بنا الأمر بإنشاء RG جديد في غرب الولايات المتحدة ، ونشر (حسب الإعدادات الافتراضية) كل شيء فيه. نحن مقرنا في أوروبا ، لذا فهي ليست حلًا لنا. سنواصل اختبار مثل هذا في الوقت الحالي. كما أعتقد أن حالة guru98 مختلفة بعض الشيء.

aschemel - شكرًا على التأكيد. نحن نعمل مع فريق qnamaker لمعرفة سبب عدم نجاح نشر قالب ARM في المناطق الأوروبية. # 1473 للتتبع. لقد تحققت من صحة "الحل البديل" في هذا العنصر.

@ guru98 يرجى الاطلاع على # 1474 - إذا قمت بتحديث البرنامج النصي الخاص بك الخاص بـ publish.ps1 لإضافة علامات اقتباس مفردة حول المعلمة outdir ، أعتقد أن ذلك سيصلح. إذا كان بإمكانك التأكيد ، فسنجري التغيير.

يقومaschemel PR # 1476 بتحديث ملف template.json ليعكس أحدث ما توصل إليه فريق QnAMaker من أنه لا يمكن إنشاء المحرك الأساسي لـ QnAMaker إلا في westus ، ويمكن أن تكون جميع وحدات البت الأخرى (التي تحتوي على بيانات kb) في مناطق أخرى.

لدى @ guru98 PR # 1476 إصلاح مقترح لمشكلة المسار الخاص بك.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات