Throws an ApiError with error extensions

[ggrossetie]

GraphQL client can use extensions.type to get the error type

[ggrossetie]

Cela permet notamment de réduire les "erreurs" quand le client GraphQL du service d'export tente de récupérer une version ou un article qui n'existe pas.

On pourrait aussi retourner une 404 mais j'ai l'impression que ce n'est pas trop dans les recommandations GraphQL: graphql/express-graphql#111 (comment)

J'ai trouvé plusieurs articles qui décrivent l'utilisation d'erreurs avec extensions:

• https://engineering.zalando.com/posts/2021/04/modeling-errors-in-graphql.html
• https://www.apollographql.com/docs/apollo-server/data/errors/

L'alternative c'est de dire que article ou version est optionnel dans le schéma et de retourner null. Je n'ai pas opté pour cette solution car null n'est pas parlant et peu avoir plusieurs significations.

[netlify]

✅ Deploy Preview for stylo-dev ready!

Name	Link
🔨 Latest commit	7dfd754
🔍 Latest deploy log	https://app.netlify.com/sites/stylo-dev/deploys/62722a77b5693500080774e9
😎 Deploy Preview	https://deploy-preview-601--stylo-dev.netlify.app/
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.

---

To edit notification comments on pull requests, go to your Netlify site settings.

[netlify]

✅ Deploy Preview for stylo-dev ready!

Name	Link
🔨 Latest commit	5afe2b8
🔍 Latest deploy log	https://app.netlify.com/sites/stylo-dev/deploys/62722aa4e349f30007e80f0b
😎 Deploy Preview	https://deploy-preview-601--stylo-dev.netlify.app
📱 Preview on mobile	Toggle QR Code... Use your smartphone camera to open QR code link.

---

To edit notification comments on pull requests, go to your Netlify site settings.