Botframework-solutions: Admite la depuración local sin autorización ni secretos
¿Qué proyecto se ve afectado?
Microsoft.Bot.Builder.Skills
¿En qué idioma es esto?
C#
¿Lo que sucede?
Los cambios recientes que agregaron IWhitelistAuthenticationProvider a SkillController y SkillWebSocketAdapter evitan la depuración local desconectada.
¿Cuáles son los pasos para reproducir este problema?
Intente ejecutar SkillsController o SkillWebSocketAdapter localmente sin especificar MicrosoftAppId y MicrosoftAppPassword
¿Qué esperabas que sucediera?
El código debe admitir la depuración local sin red. Mi proyecto de bot actual lo admitió hasta que se actualizó a la versión más reciente.
¿Puede compartir algún registro, salida de error, etc.?
¿Alguna captura de pantalla o contexto adicional?
Cambios sugeridos
- Resuma el código que establece MsJWTAuthenticationProvider y Authenticator en una biblioteca común, para evitar la duplicación y permitir la inyección de dependencias
- Actualice SkillController y SkillWebSocketAdapter para tomar IAuthenicator en lugar de IWhitelistAuthenticationProvider.
ericmaino
Todos 3 comentarios
Hola,
Incluso nos enfrentamos al mismo problema cuando intentamos depurar el último proyecto de muestra de habilidades sin especificar la identificación de la aplicación y la contraseña de la aplicación. Enfrentando el problema a continuación.
Idealmente, antes de crear recursos azure, debemos estar seguros de que funciona usando un emulador de bot.
En versiones anteriores, solíamos probarlo dejando en blanco el ID de la aplicación y el secreto de la aplicación. Amablemente ayuda aquí
ArgumentNullException: el valor no puede ser nulo.
Nombre del parámetro: microsoftAppId
Microsoft.Bot.Builder.Skills.Auth.MsJWTAuthenticationProvider..ctor (string microsoftAppId, string openIdMetadataUrl) en MsJWTAuthenticationProvider.cs, línea 20
sharath-collab
en 4 nov. 2019
Entonces, cuando intente habilitar la depuración local de la habilidad, ¿puede decirme cómo configura el lado VA para que funcione localmente con la habilidad? La razón por la que pregunto es porque para hablar con una habilidad, con la implementación actual, debe especificar la identificación de la aplicación de una habilidad. de lo contrario, el diálogo de habilidades no funcionará. solo cuando entienda su escenario completo, podré tener una solución para usted.
Gracias.
lzc850612
en 12 nov. 2019
@ lzc850612 agregó contexto PR # 2679
ericmaino
en 12 nov. 2019
Temas relacionados
tommyJimmy87
·
4Comentarios
samaea
·
3Comentarios
jbonet07
·
4Comentarios
esoler-sage
·
3Comentarios
lauren-mills
·
4Comentarios
Comentario más útil
Hola,
Incluso nos enfrentamos al mismo problema cuando intentamos depurar el último proyecto de muestra de habilidades sin especificar la identificación de la aplicación y la contraseña de la aplicación. Enfrentando el problema a continuación.
Idealmente, antes de crear recursos azure, debemos estar seguros de que funciona usando un emulador de bot.
En versiones anteriores, solíamos probarlo dejando en blanco el ID de la aplicación y el secreto de la aplicación. Amablemente ayuda aquí
ArgumentNullException: el valor no puede ser nulo.
Nombre del parámetro: microsoftAppId
Microsoft.Bot.Builder.Skills.Auth.MsJWTAuthenticationProvider..ctor (string microsoftAppId, string openIdMetadataUrl) en MsJWTAuthenticationProvider.cs, línea 20