SAP / SAP/python-pyodata

Handle partial success of a batch request

オープン
#64 コメント 3 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

enhancement
主要言語
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

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

ファイル、テスト、エントリーポイントは指定されていません。まず pyodata のバッチリクエストのエラー処理を見つけ、成功したサブリクエストと失敗したサブリクエストの両方を含むバッチを再現してください。done では、失敗が報告される一方で成功したレスポンスを利用可能なままにする方法と、既存の動作を引き続き選択できるかどうかを定義する必要があります。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
python
領域
api
issue の種類
機能追加
難易度
4/5
見積もり時間
3〜5日
活発さ
停滞
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。