2017-12-17 10 views
3

状況1 私自身のボットフレームワークを作成してAzureにデプロイしました。 Web Chatのテストでは、「デプロイ後にボットを準備するのを待っています。デプロイメント後にボットが待機するのを待つ

状況2 Azureボットサービスからソースコードをダウンロードしたあと、Azureにデプロイした後、ウェブチャットで「配置後にボットを待機する」と表示されました。

Waiting for bot to be ready

+0

あなたはdev.botframework.com/bots?id=[yourボットIDからテストすることができます]展開後、MyBotsメニューサイト。なぜ読み込まないのか分かりません。 –

答えて

5

また、私はこの問題に直面し、これは私がそれを解決する方法です。

  1. 公開設定をRemove additional files at destinationに変更しました。これは重要なステップです。新しいWebアプリケーションのボットをプロビジョニングしたときに、既にその場所にいくつかのファイルがあるからです。したがって、コードを公開すると、既存のコードファイルと一緒に配置されます。 /api/messagesのURLに移動してテストすることもできます。これによりエラーが発生した場合、これが最もよく起こります。

  2. また、NuGetの依存関係もすべて更新しました。

  3. もう少し問題を引き起こしたもう1つの理由は、アプリパスワードでした。 web.configのアプリパスワードは、BOT用に既に生成されているものと一致する必要があります。ボット管理ページから新しいパスワードを作成しないでください。あなたがそれをした場合は、Webアプリケーションのbotアプリケーション設定とweb.configファイルのパスワードを変更/更新することを確認してください。ボットをホストすると、デフォルトで自動的に生成されたApplication IdApplication Passwordが使用されます。これらの値は、App Service Settings>Application SettingsセクションにあるWeb App Botサービスタイプで確認できます。下にスクロールすると、これらの2つの設定が表示されます。 Application IdApplication Passwordの値をコピーし、Web.configファイルで更新します。

希望!

1

私が気づいていなかったノードパッケージがありませんでした。出力ログにエラーが見つかりましたhttps://[bot-name-here].scm.azurewebsites.net/dev/wwwroot/:vs.output

または、[ビルド] - > [出力の表示](またはShift + Command + U)(左側のメニューの第5アイコンビルドウィンドウで)

希望に役立ちます!

0

パブリッシュ設定のリンク先URLをhttpsに変更していました。なんらかの理由で、デフォルトはhttpです。

enter image description here

関連する問題