Handle partial success of a batch request
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 268
- フォーク
- 100
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
Hi everyone. I work on a big project that uses pyodata library for making batch requests and some times only one or more sub requests have failed and others are successful but the library throws an error and the problem here that I can't handle successful responses but I really need to. For my own use I've created a tricky solution for this but I'd like to know if there's a proper way to deal with such situations? Can this situation be handled with the current version of the library? If answers for the above questions are no I can prepare PR from what I have in production ( which will give user a choice between old and new behaviour) of course if such functionality is something that the library can adopt
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
ファイル、テスト、エントリーポイントは指定されていません。まず pyodata のバッチリクエストのエラー処理を見つけ、成功したサブリクエストと失敗したサブリクエストの両方を含むバッチを再現してください。done では、失敗が報告される一方で成功したレスポンスを利用可能なままにする方法と、既存の動作を引き続き選択できるかどうかを定義する必要があります。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- api
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100