Botframework-solutions: Unterstützen Sie lokales Debugging ohne Autorisierung oder Geheimnisse

Erstellt am 2. Nov. 2019 · 3Kommentare · Quelle: microsoft/botframework-solutions

Welches Projekt ist betroffen?

Microsoft.Bot.Builder.Skills

In welcher Sprache ist das?

Was geschieht?

Die letzten Änderungen, die SkillController und SkillWebSocketAdapter IWhitelistAuthenticationProvider hinzugefügt haben, verhindern das getrennte lokale Debuggen.

Was sind die Schritte, um dieses Problem zu reproduzieren?

Versuchen Sie, SkillsController oder SkillWebSocketAdapter lokal auszuführen, ohne MicrosoftAppId und MicrosoftAppPassword anzugeben

Was haben Sie erwartet?

Code sollte lokales Debuggen ohne Netzwerk unterstützen. Mein aktuelles Bot-Projekt hat dies bis zum Update auf die neueste Version unterstützt.

Können Sie Protokolle, Fehlerausgaben usw. freigeben?

Irgendwelche Screenshots oder zusätzlichen Kontext?

Vorgeschlagene Änderungen

Abstrakten Sie den Code, der MsJWTAuthenticationProvider und Authenticator in eine gemeinsame Bibliothek einrichtet, um Duplizierungen zu vermeiden und die Abhängigkeitsinjektion zu ermöglichen
Aktualisieren Sie SkillController und SkillWebSocketAdapter, um IAuthenicator anstelle von IWhitelistAuthenticationProvider zu verwenden.

Bug

Quelle

ericmaino

Hilfreichster Kommentar

Hi,

Sogar wir haben das gleiche Problem, wenn wir versuchen, das neueste Skill-Beispielprojekt zu debuggen, ohne die App-ID und das App-Passwort anzugeben. Gegenüberliegendes Problem.

Im Idealfall müssen wir vor dem Erstellen von Azure-Ressourcen sicherstellen, dass es mit dem Bot-Emulator funktioniert.
In früheren Versionen haben wir es zuvor getestet, indem wir die App-ID und das App-Geheimnis leer gelassen haben. Bitte helfen Sie hier

ArgumentNullException: Der Wert darf nicht null sein.
Parametername: microsoftAppId

Microsoft.Bot.Builder.Skills.Auth.MsJWTAuthenticationProvider..ctor(string microsoftAppId, string openIdMetadataUrl) in MsJWTAuthenticationProvider.cs, Zeile 20

sharath-collab am 4. Nov. 2019

👍2

Alle 3 Kommentare

Hi,

Sogar wir haben das gleiche Problem, wenn wir versuchen, das neueste Skill-Beispielprojekt zu debuggen, ohne die App-ID und das App-Passwort anzugeben. Gegenüberliegendes Problem.

ArgumentNullException: Der Wert darf nicht null sein.
Parametername: microsoftAppId

Microsoft.Bot.Builder.Skills.Auth.MsJWTAuthenticationProvider..ctor(string microsoftAppId, string openIdMetadataUrl) in MsJWTAuthenticationProvider.cs, Zeile 20

sharath-collab am 4. Nov. 2019

👍2

Wenn Sie also versuchen, das lokale Debuggen des Skills zu aktivieren, können Sie mir sagen, wie Sie die VA-Seite konfigurieren, um lokal mit dem Skill zu arbeiten? Der Grund, warum ich frage, ist, dass Sie bei der aktuellen Implementierung die App-ID eines Skills angeben müssen, um mit einem Skill zu sprechen. andernfalls funktioniert der Skill-Dialog nicht. Erst wenn ich dein ganzes Szenario verstehe, kann ich eine Lösung für dich haben.

Vielen Dank.

lzc850612 am 12. Nov. 2019

@lzc850612 Kontext-PR #2679 hinzugefügt

ericmaino am 12. Nov. 2019

War diese Seite hilfreich?

0 / 5 - 0 Bewertungen