Consistency in error payload

[bijujoseph]

At the moment we get errors in different shapes. Sometimes the error is a single self-contained object, (example validate with 1 error), and some other times details as an array (example validate with multiple errors).
So the idea here is to have transformations to expose a consistent error payload back.
Example: Error with details always an array.
Whomsoever is working on this task must go through the errors thrown by following, to come up with a consistent response payload structure.
/validate (post)
/submissions (get)
/measurement-sets/ (post)
/measurement-sets/:id (put)

[maripuncel]

Hey Biju! This is something we have on our radar. I'll share the spec with you once I'm done!

[bijujoseph]

Awesome @marimiyachi - I was thinking of transform errors properly in here... so when you get a chance, please link the ticket here. So, we will use this ISSUE as a test.

[joshboley]

This work is done for the current implementation. We will handle QRDA error formatting in #12