Erreurs et nouvelles tentatives
Cette page est traduite de l'anglais. En cas de différence, la page anglaise fait foi. Lire la page en anglais
Tout échec levé par une bibliothèque est l’une de quatre erreurs, et toutes les quatre partagent un type de base, de sorte qu’un seul gestionnaire peut toutes les intercepter.
- Erreur d’API. L’API a refusé la requête. L’erreur porte le statut HTTP, un
codestable sur lequel brancher votre logique, et un message dans la langue que vous avez demandée. - Erreur OAuth. Le point de terminaison de jetons a refusé vos identifiants ou les portées demandées.
- Erreur de maintenance. L’API est brièvement indisponible pour cause de maintenance.
- Erreur de transport. Aucune réponse exploitable n’est arrivée : la connexion a échoué ou expiré, ou la réponse n’a pas pu être lue.
Annuler un appel n’est pas une erreur. L’annulation se manifeste sous la forme propre à votre langage.
Ce qui est retenté
Une réponse 429 ou 503 qui indique combien de temps attendre, dans un en-tête Retry-After de 60 secondes ou moins, est retentée après exactement ce délai. Un appel fait au plus 3 tentatives. Vous pouvez désactiver les nouvelles tentatives en fixant le maximum à 1.
Tout le reste est levé immédiatement :
- une réponse 429 ou 503 sans
Retry-After; - une attente de plus de 60 secondes, que la bibliothèque ne passera pas à l’intérieur de votre appel. L’erreur porte
retry_after, pour que vous puissiez planifier vous-même la nouvelle tentative ; - une erreur de transport, car la requête a peut-être déjà atteint l’API ;
- tout flux qui a déjà livré un événement.