-
Notifications
You must be signed in to change notification settings - Fork 46
Description
Je réouvre l'issue #19 close apparemment sans réponse puisque la réponse initiale était "on a ouvert un bug en interne pour améliorer les API" et donc supposait un feedback.
Un retour ?
J'espère que de passer par un VitamException qui masque tout au lieu d'avoir la raison détaillée et manageable programmatiquement (if / else if / else ... ou switch () case...) n'était pas la réponse...
Pour rappel:
Ceci dit, j'aurais trouvé logique qu'une réponde 404 (en dehors du fait qu'elle soit propagée) soit logique en interne, à savoir, sans faire de pooling explicite sur /operations, quand on demande le résultat d'une opération asynchrone, si celle-ci n'est pas terminée (ou n'existe pas), que l'API fasse le travail pour moi (développeur fainéant) de faire la requête interne à HEAD /operations/id avant de faire la requête GET demandée.
Cela permettrait selon moi un comportement simple et rassurant.