API Errors

gistfile1.txt

# Example Error failing to validate the requesting client.
{
  'errors' : [
    'The client you are using did not sumbit a client code, please contact your Virtual Hold Administrator'
  ]
}


# Example Error failing to validate a model (User).
{
  'errors' : [
        'Password must be at least 6 characters long',
        'First name can't be blank'
  ]
}

@bbrotherton
My thoughts were more centered around a situation where we had several different types of error messages that occurred on one api request. The type could be used to help filter them out, but I'm not sure if that situation would actually ever come up.

I updated the gist to reflect using only an array.

@benjaminws

Thoughts?

I was mostly trying to get some more information.

What if we do something like this instead:

{
    "errors": [
        {"type":"v", "message":"x"},
        {"type":"v", "message":"other x"}
    ]
}

It would allow messages of multiple types to be passed and each would have its own type. It seems like each validation violation would be a separate "error".