Historique de la page

...

Spécifications actuelles

Version 2.01

Un message RabbitMQ est composé de 2 parties : les propriétés et le payload.

...

Headers	Obligatoire	Valeur si null	Commentaire
status-code	Oui	N/A	Le statut de la réponse. Les code http sont utilisés (200 = succes, 4XX = erreur client, 5XX = erreur serveur
error-statustype	Non	null	Valeur admissible `softfail` , `hardfail`. Définit si l'erreur est permanenent ou temporaire. En cas d'erreur temporaire, l'émetteur de la requête
next-try-in	Non	null	En cas de softfail - le délai en millisecondes du prochain essai prévu (a partir du timestamp de création du message). Si cet header n'est pas présent ou à "0" alors que le header "error-status" est présent, cela signifie que le service ne gère pas les softfails automatiquement.
error-name	Non	null	En cas d'erreur (statut >=400) - Un nom d'erreur permettant au client de traiter automatiquement l'erreur

...

Headers	Obligatoire	Valeur si null	Commentaire
level	Oui	1	La valeur numérique du niveau (voir plus bas). L'utilisation du format numérique permet d'utiliser des exchanges de type "header" et ainsi trier les messages en fonciton de leur niveau.
next-try-in	non	null	En cas de softfail
error-name	non	non	Un nom d'erreur si il s'agit d'une erreur déjà identifiée
error-type	Non	null	Valeur admissible `softfail` , `hardfail`. Définit si l'erreur est permanenent ou temporaire. En cas d'erreur temporaire, l'émetteur de la requête

Niveaux de logs :

Niveau	Identifiant	Commentaires
DEBUG	0	Des données de debug, ces logs ne sont pas voués à être utilisé en produciton de manière permanente
INFO	1	Logs permettant de suivre la progression du processus du service
WARNING	2	Logs avertissant d'une situation potentiellement dangereuse (utilisation d'une fonciton dépréciée ...)
SOFTFAIL	3	Logs avertissant d'un softfail.
HARDFAIL	4	Logs avertissant d'un hardfail

...