En-têtes de demande HTTP

Les en-têtes de requête HTTP sont utilisés par les cartes " flowcontext_in et " flowcontext_out des cartes ITX, et sont également utilisés pour le routage et l'authentification.

En-têtes HTTP

La liste suivante fournit une explication des informations de l'en-tête HTTP.

Remarque : les valeurs peuvent être spécifiées dans l' URL ou dans les en-têtes HTTP et ne sont pas sensibles à la casse. Sauf indication contraire, toutes les valeurs sont facultatives. Si une valeur est fournie à la fois comme en-tête HTTP et comme paramètre URL, ils doivent correspondre, sinon une erreur sera renvoyée au client.

Autorisation: Requis s'il n'est pas fourni dans un paramètre URL. Contient une chaîne codée en base-64 des valeurs convenues de nom d'utilisateur et de mot de passe pour l'authentification de base HTTP
Note : L'en-tête Authorization ne peut pas être fourni si le paramètre URL username est fourni, sinon une erreur se produira.
X-ID-expéditeur: Obligatoire s'il n'est pas fourni dans un paramètre URL. Valeur qui identifie l'expéditeur ; peut être une valeur statique par client.
X-ID-récepteur: Obligatoire s'il n'est pas fourni dans un paramètre URL. ID de l'expéditeur ou code du transporteur
X-Type-document: Obligatoire s'il n'est pas fourni dans un paramètre URL. Valeur qui identifie le type de données envoyées dans le contenu.
Type de demande X: Les implémenteurs IBM peuvent utiliser cette valeur pour déterminer le flux à appeler.
Mode X: Indique si le flux est synchrone ou asynchrone. Les valeurs valides sont sync, async et check. La valeur check indique que le pod Rapid Transit utilisera une valeur spécifiée pour la recherche, qui peut être configurée dans InFlight existant sous Rapid Transit Decision Criteria. Si cette propriété est laissée vide, le flux est synchrone par défaut.
X-Mode-Check-Field-1: Indique l'en-tête ou le paramètre à utiliser pour la recherche de mode en tant que Text 1.
X-Mode-Check-Field-2: Indique l'en-tête ou le paramètre à utiliser pour la recherche de mode en tant que Text 2.
X-Mode-Check-Field-3: Indique l'en-tête ou le paramètre à utiliser pour la recherche de mode en tant que Text 3.
X-Mode-Check-Field-4: Indique l'en-tête ou le paramètre à utiliser pour la recherche de mode en tant que Text 4.
X-Mode-Check-Field-5: Indique l'en-tête ou le paramètre à utiliser pour la recherche de mode en tant que Text 5.
X-Mode-Check-Field-6: Indique l'en-tête ou le paramètre à utiliser pour la recherche de mode en tant que Text 6.
X-Mode-Check-Field-7: Indique l'en-tête ou le paramètre à utiliser pour la recherche de mode en tant que Text 7.
X-Mode-Check-Field-8: Indique l'en-tête ou le paramètre à utiliser pour la recherche de mode en tant que Text 8.
X-Mode-Check-Field-9: Indique l'en-tête ou le paramètre à utiliser pour la recherche de mode en tant que Text 9.
Remarque: Chaque champ X-Mode-Check correspond au champ Text du même numéro sur les écrans Critères de décision de transit rapide . Par exemple, X-Mode-Check-Field-1 correspond à Text 1. Si aucune zone de vérification n'est spécifiée (par exemple, si X-Mode-Check-Field-2 est vide), le pod Rapid Transit recherche les critères dans lesquels la zone de texte du même numéro (par exemple, Text 2) est vide.

Informations sur la réponse HTTP

Les listes suivantes indiquent ce qu'il faut attendre des réponses HTTP de différents types, qu'elles soient positives ou négatives.

Flux synchrone

Réussite: -Une réponse 200, ou OK, avec le corps contenant les données de l'expéditeur et les informations d'étiquette appropriées, si nécessaire
Echec: Erreur de niveau 400 ou 500

Flux asynchrone

Réussite: 202, ou Accepted, réponse, avec un corps statique
Echec: Une erreur de niveau 400 ou 500 avec une explication significative dans le corps, si disponible

Codage

Le codage est déterminé à partir du codage de caractères du noeud final ou du codage de la réponse de l'opérateur.