L'inconsistance est située sur la clé sudoc.query.result qui dans le premier cas contient un tableau de RCR et dans le second cas contient directement la structure du RCR.
Pour que les programmes utilisant ce web service n'aient pas besoin de parcourir la réponse JSON de deux façon différentes, il serait attendu que la clé sudoc.query.result contienne comme valeur systématiquement un tableau, même dans le cas où un unique RCR est retourné.
La structure JSON de retour est inconsistante dans le cas où on obtient en retour un unique RCR ou plusieurs RCR.
Exemple de JSON retourné avec plusieurs RCR : https://www.idref.fr/services/iln2rcr/4&format=text/json
Exemple de JSON retourné avec un seul RCR : https://www.idref.fr/services/iln2rcr/9&format=text/json
L'inconsistance est située sur la clé
sudoc.query.result
qui dans le premier cas contient un tableau de RCR et dans le second cas contient directement la structure du RCR.Pour que les programmes utilisant ce web service n'aient pas besoin de parcourir la réponse JSON de deux façon différentes, il serait attendu que la clé
sudoc.query.result
contienne comme valeur systématiquement un tableau, même dans le cas où un unique RCR est retourné.Ce comportement est observé sur plusieurs web service et on retrouve l'inconsistance dans le cas où le web service merged retourne 1 ou plusieurs PPN
L'équipe Abes travaillant sur l'application ITEM a observé ce comportement et a adapté ses programme pour gérer les deux cas.