1

私はサービスバストリガーを持つwebjobを持っています。物事はうまく動作します。 Webjobの起動時にサービスバス設定を作成するために使用される主キーを再生成するときに、実行中のWebジョブが例外をスローすることを期待していました。サービスバスのルートマネージャのsasキーを再生成しても、連続したwebjobに例外はありません

基本的に、サービス接続文字列が無効なポスト実行となった場合、私のWebジョブが継続的に実行されることは望ましくありません。ここで問題となるのは、webjobは継続的に動作しますが、サービスバスのトリガー属性を持つ関数のメソッドがキューやトピックの新しいメッセージに対して呼び出されない20分後に、サービスバスキーが再生成されます。 ストレージまたはダッシュボード接続文字列が無効になると、エラーがスローされます。なぜサービスバスのものは同じ挙動をしていないのですか?

答えて

0

OnMessage API(古いクライアント)またはregister a handler(新しいクライアント)のいずれかを使用すると思われます。これを実行してしばらく実行してShared Access Keyを再生成すると、基本接続はゾンビになりますが検出されず、例外もスローされません。

これはバグのようです。 newoldクライアントの両方で問題が発生しました。

+0

これは修正される予定ですか?この例外を使用して、ボールトから新しいサービスバスキーを取得し、サービスバス接続キーを再生成するときに再びWebジョブを開始する必要があります。 –

+0

私は問題でそれを上げ、進捗状況を追跡することを提案したいと思います。 –

関連する問題