Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.hub2.io/llms.txt

Use this file to discover all available pages before exploring further.

Pour mieux comprendre ce qui peut causer des échecs, il faut faire la différence entre les erreurs remontées au niveau du protocole HTTP, par le biais des codes de statut HTTP, et celles remontées au niveau de l’application (API HUB2).

​
Codes de statut HTTP en erreur

Un code de statut HTTP “en erreur” (HTTP 4XX ou HTTP 5XX) indique un problème de communication ou de traitement de la requête entre un client HTTP et un serveur HTTP. Ces codes, contenus dans la réponse du serveur, permettent de savoir le statut de la requête HTTP. Ces codes sont standardisés et doivent être respectés par l’application côté serveur pour pouvoir être correctement interprétés par le client HTTP.

​
Erreurs applicatives

De l’autre côté, il y a des “erreurs applicatives” qui ont lieu une fois que la requête HTTP a été acceptée pour traitement asynchrone (après qu’elle ait retourné un code de statut HTTP 2XX). Ces erreurs sont spécifiques à la logique de la plateforme HUB2 et sont communiquées via des codes d’erreurs précis définis au sein de l’application HUB2. Voir aussi :

​
Corriger une erreur

Il est important de faire la distinction entre les deux types d’erreur. Comprendre que les codes de statut HTTP en erreur dénotent un problème survenu lors de la communication (ou avec la requête) entre le client et le serveur, alors que les erreurs applicatives reflètent les problèmes rencontrés durant le traitement asynchrone d’une transaction, en dehors du contexte d’une requête HTTP, uniquement du côté de Hub2. Les motifs d’échec listés dans les pages Erreurs applicatives ne concernent que les erreurs rencontrées lors du traitement asynchrone d’une requête HTTP. Pour plus de détails sur le code d’état HTTP qui peut être renvoyé par l’API HUB2 pour chaque point de terminaison, veuillez vous référer à la documentation de référence de l’API HUB2.