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.
Webservice POST "not marked as ignorable"
-
- Messages : 54
- Enregistré le : ven. 22 janv. 2021, 10:21:13
Re: Webservice POST "not marked as ignorable"
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
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
Nathanaël
-
- Messages : 54
- Enregistré le : ven. 22 janv. 2021, 10:21:13
Re: Webservice POST "not marked as ignorable"
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.
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"
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
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
Nathanaël