Botframework-solutions: Prise en charge du débogage local sans autorisation ni secrets

Créé le 2 nov. 2019  ·  3Commentaires  ·  Source: microsoft/botframework-solutions

Quel projet est concerné ?

Microsoft.Bot.Builder.Skills

C'est dans quelle langue ?

C#

Ce qui se produit?

Les modifications récentes qui ont ajouté IWhitelistAuthenticationProvider à SkillController et SkillWebSocketAdapter empêchent le débogage local déconnecté.

Quelles sont les étapes pour reproduire ce problème ?

Tenter d'exécuter SkillsController ou SkillWebSocketAdapter localement sans spécifier MicrosoftAppId et MicrosoftAppPassword

Que vous attendiez-vous à ce qu'il se passe ?

Le code doit prendre en charge le débogage local sans réseau. Mon projet de bot actuel a pris en charge cela jusqu'à la mise à jour vers la version la plus récente.

Pouvez-vous partager des journaux, des résultats d'erreur, etc. ?

Des captures d'écran ou un contexte supplémentaire ?

Modifications suggérées

  • Résumé du code qui établit MsJWTAuthenticationProvider et Authenticator dans une bibliothèque commune, pour éviter la duplication et permettre l'injection de dépendances
  • Mettez à jour SkillController et SkillWebSocketAdapter pour prendre IAuthenicator au lieu de IWhitelistAuthenticationProvider.
Bug

Commentaire le plus utile

Salut,

Même nous sommes confrontés au même problème lorsque nous essayons de déboguer le dernier exemple de projet de compétence sans spécifier l'identifiant et le mot de passe de l'application. Problème ci-dessous.

Idéalement, avant de créer des ressources Azure, nous devons nous assurer que cela fonctionne à l'aide de l'émulateur de bot.
Dans les versions précédentes, nous avions l'habitude de le tester en laissant l'identifiant de l'application et le secret de l'application vides. Veuillez aider ici

ArgumentNullException : la valeur ne peut pas être nulle.
Nom du paramètre : microsoftAppId

Microsoft.Bot.Builder.Skills.Auth.MsJWTAuthenticationProvider..ctor (chaîne microsoftAppId, chaîne openIdMetadataUrl) dans MsJWTAuthenticationProvider.cs, ligne 20

Tous les 3 commentaires

Salut,

Même nous sommes confrontés au même problème lorsque nous essayons de déboguer le dernier exemple de projet de compétence sans spécifier l'identifiant et le mot de passe de l'application. Problème ci-dessous.

Idéalement, avant de créer des ressources Azure, nous devons nous assurer que cela fonctionne à l'aide de l'émulateur de bot.
Dans les versions précédentes, nous avions l'habitude de le tester en laissant l'identifiant de l'application et le secret de l'application vides. Veuillez aider ici

ArgumentNullException : la valeur ne peut pas être nulle.
Nom du paramètre : microsoftAppId

Microsoft.Bot.Builder.Skills.Auth.MsJWTAuthenticationProvider..ctor (chaîne microsoftAppId, chaîne openIdMetadataUrl) dans MsJWTAuthenticationProvider.cs, ligne 20

Ainsi, lorsque vous essayez d'activer le débogage local de la compétence, pouvez-vous me dire comment vous configurez le côté VA pour qu'il fonctionne localement avec la compétence ? La raison pour laquelle je pose la question est que pour parler à une compétence, avec l'implémentation actuelle, vous devez spécifier l'ID d'application d'une compétence. sinon, la boîte de dialogue des compétences ne fonctionnera pas. ce n'est que lorsque je comprends votre scénario complet que je peux avoir une solution pour vous.

Merci.

@lzc850612 contexte ajouté PR #2679

Cette page vous a été utile?
0 / 5 - 0 notes