Handle partial success of a batch request
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 268
- Forks
- 100
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
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
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Aucun fichier, test ou point d’entrée n’est indiqué. Commencez par localiser la gestion des erreurs des requêtes batch de pyodata et reproduisez un batch contenant des sous-requêtes réussies et échouées ; done doit définir comment les réponses réussies restent disponibles tandis que les échecs sont signalés, et si le comportement existant reste sélectionnable.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- api
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100