問題タブ [aggregateexception]

Azure File Service プレビューを、クラウド サービスの 2 つのインスタンス間でマップされたドライブとして使用しようとしていますが、次のブログ投稿に詳細が記載されています。

http://blogs.msdn.com/b/windowsazurestorage/archive/2014/05/12/introducing-microsoft-azure-file-service.aspx?CommentPosted=true#commentmessage

ストレージ アカウントのプレビュー バージョンにサインアップし、新しいストレージ アカウントを作成して、ファイル エンドポイントが含まれていることを確認しました。次に、次のコードを使用して、プログラムで共有を作成しようとします。

CreateIfNotExistsAsync().Wait() メソッドで Aggregate 例外が発生しました。内部の詳細を見ると、リモート サーバーがエラーを返しました: (400) Bad Request.

これがすべて完了しないのはなぜですか？代わりに、例外がキャッチされなかったように、例外をスローします。さらに、「配列の範囲外のインデックス」という例外は意味がありません。

Google Calendar API を使用して、自分用に小さなカレンダー アプリを作成しようとしています。これには C# と .NET を使用しています。基本的に、ここからサンプル コードをコピーし、ここ から FileDataStore クラスを追加 しました。Google Developers Console でプロジェクトを作成し、カレンダーの API を有効にし、NuGet を介してライブラリをインストールしました。したがって、私のコードは次のようになります。

しかし、ビルドしようとすると、mscorlib.dll の最初の (UserCredential credential =...) 行で「System.AggregateException」が発生してクラッシュします。具体的には：

タイプ 'System.IO.FileNotFoundException' の初回例外が mscorlib.dll で発生しました

追加情報: ファイルまたはアセンブリの読み込みに失敗しました (元:Не удалось загрузить файл или сборку) "Microsoft.Threading.Tasks.Extensions.Desktop, Version=1.0.16.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" または依存関係の 1 つ。指定されたファイルが見つかりませんでした (原文: либо одну из их зависимостей. Не удается найти указанный файл.)

この例外のハンドラがあれば、プログラムは安全に続行できます。

おそらく簡単に修正できるもので、何かを見落としていたと思いますが、それが何であるかはわかりません。何をすべきか、またはドキュメントのどこを見ればよいか教えていただけますか?

UPD：自分で修正しました：NuGetのコマンド「Install-Package Microsoft.Bcl.Async -Version 1.0.166-beta -Pre」を介してMicrosoft.Bcl.Asyncを更新するだけでした。

タスクでスローされた例外を処理済みとしてマークするにはどうすればよいですか。Wait()問題は、タスクのメソッドを呼び出すと、かなり前にAggregateException既に処理した場合でもスローされることです。AggregateException次のコード スニペットは、解決したい問題を示しています。元のコードは、コードの一部で処理し、コードの別の部分でメソッドAggregateExceptionを呼び出します。Wait()しかし、問題は同じです。

上記のコードは、次の出力を生成します。

• タスク開始
• タスクが失敗しました
• InvalidOperationException の処理 --> 私のテスト例外
• AggregateException が再びスローされました!!! どうして？？？
• 私のテスト例外
• 終了した

HttpClient 非同期メソッド (例: PostAsync、GetAsync など) は、例外がスローされた場合、AggregateException を返します。集約例外に内部例外のリストを含めることができるようになりました。私の質問は、誰かが http クライアントの非同期メソッドの 1 つが複数の内部例外につながる例を提供できますか?

内部例外のリストが存在する可能性がありますが、ほとんどの場合、内部例外は 1 つしか得られないと想定しても安全ですか?

彼らが投げられている理由とそれを処理する方法を知っています。

これをより明確にするために、集計例外をスローする http クライアント非同期メソッドへの単一の呼び出しで、内部例外のリストに複数の例外が含まれることは可能ですか?

DataSourceResult をある Web サービスから別の Web サービスに移動しようとすると、エラーが発生します...クライアントは、Web サーバーに存在する Web サービス A を呼び出します。次に、db サーバーに存在する Web サービス B を呼び出します。意図は、Web サービス A が特定の機密データを呼び出しに追加し、ファイアウォールの背後に隠したいということです...その後、呼び出しは Web サービス B によって処理され、DataSourceResult を取得し、それを正常にシリアル化するように見えます...注ボットのシリアル化と逆シリアル化に同じ一連のシリアル化プロパティを使用しています。簡潔にするために、ここではシリアル化の呼び出しを示していません。これを逆シリアル化しようとすると、System.AggregateException が発生します - 「return formatter.ReadFromStreamAsync(typeof(T), stream, null, null).Result as T;」という行でスローされます。私の逆シリアル化コードの...アイデアはありますか? 何でも大歓迎です:)

コードをシリアライズする:

コードを逆シリアル化します。

Json オブジェクト / メソッドに渡される設定:

この文字列を逆シリアル化しようとすると、次のエラーがスローされます。

Entity Framework 7 を使用していて、いくつかの linq で単純な間違いを犯しました (Skip を使用し、OrderBy 句を含めるのを忘れていました)。

これによってスローされた例外には、多数のネストされた集計例外が含まれていました。

例外を生成 (およびキャッチ) するコードは次のとおりです。

上記のコードは、Asp.Net 5 WebApi コントローラーから呼び出されるリポジトリ クラスにあります。呼び出しのすべてのレベルで async-await が使用されています。

ただし、これから取得した集計例外は次のとおりです (これは、上記の catch ブロックから即時ウィンドウにダンプされます)。

System.AggregateException: 1 つ以上のエラーが発生しました。---> System.AggregateException: 1 つ以上のエラーが発生しました。---> System.AggregateException: 1 つ以上のエラーが発生しました。---> System.AggregateException: 1 つ以上のエラーが発生しました。---> System.AggregateException: 1 つ以上のエラーが発生しました。---> System.AggregateException: 1 つ以上のエラーが発生しました。---> System.InvalidOperationException: Skip 演算子を含むクエリには、少なくとも 1 つの OrderBy 操作を含める必要があります。Microsoft.Data.Entity.Relational.Query.Sql.DefaultSqlQueryGenerator.GenerateLimitOffset (SelectExpression selectExpression) で Microsoft.Data.Entity.Relational.Query.Sql.DefaultSqlQueryGenerator.VisitSelectExpression (SelectExpression selectExpression) で Microsoft.Data.Entity.Relational.Query .Expressions.SelectExpression.

ここで、実際の例外は、集約例外のレイヤー全体 (6 つのネストされたレイヤー) によってラップされています。集計例外が発生する理由は理解できますが、なぜそんなに多くの例外が発生するのだろうか? コントローラーのエントリポイントにバブルアップする前に例外を見ているので、なおさらです。

これは、async-await のレイヤーが多数ある結果でしょうか (6 つもあるとは思いません)、または EF7 実装の問題でしょうか?

これは現在、EF 7 リリース 7.0.0-beta4 を使用しています。