Page 1 sur 1

Webservice POST "not marked as ignorable"

Posté : ven. 10 déc. 2021, 11:44:00
par SebastienB
Bonjour,

J'ai mis en place un webservice POST. Le payload envoyé à ce webservice peut contenir des informations que je n'ai pas envi de "capter" (celui-ci est déjà assez compliqué et le métier peut en rajouter dans le futur).
Cela déclenche une erreur 500 "Unrecognized field ... not marked as ignorable".

Comment lui dire d'ignorer les divergences de contenu ?

Je n'arrive pas à trouver de documentation à ce sujet.

Merci.
Sébastien.

Re: Webservice POST "not marked as ignorable"

Posté : lun. 13 déc. 2021, 22:40:47
par nbonnet
Bonjour Sébastien,

Pour moi il y a 2 solutions :
1/ On utilise les automatismes de IWS : les données XML ou JSON attendues en entrées du service doivent correspondre aux paramètres / DS en entrée du programme. De même, les valeurs en sorties produiront un document XML / JSON en sortie du service avec une structure fixe
2/ Si l'on veut avoir plus de dynamisme : on fait un programme avec 1 paramètre de type CHAR en entrée, et l'on publie le service sans source pour le paramètre en entrée => les données de formulaire sont poussées brutes dans le paramètre.
Le programme en fait ce qu'il veut : par contre il faut coder le parsing du flux avec des règles obligatoires/facultatifs etc ... mais possible

Re: Webservice POST "not marked as ignorable"

Posté : mar. 14 déc. 2021, 07:56:22
par SebastienB
Merci pour ces éléments.

J'espérais des paramètres comme pour le XML-INTO : allowextra / allowmissing...
Ce qui est étrange, c'est la réponse "not marked as ignorable" comme si on pouvais lui indiquer le contraire !

Je pense que je vais passer par un paramètre de type char suffisamment long et passer par YAJL pour la lecture.

Sébastien.

Re: Webservice POST "not marked as ignorable"

Posté : mar. 14 déc. 2021, 09:05:36
par nbonnet
Bonjour,

il y a data-into qui est le pendant générique de xml-into !
Sinon JSON_TABLE qui permet de mettre des valeurs par défaut en cas d'absence