Exception message in status info ...
pvretano opened this issue · comments
Right now the statusInfo.yaml schema has a message
key that is of type string
.
I think message
key should either be a string
OR an object
and specifically, if the job has failed, the message
should be an exception.yaml object which conforms to RFC7807.
This would require that the definition of the message
key be:
message:
oneOf:
- type:string
- $ref: "../common-core/exception.yaml"
@pvretano Could this exception object perhaps be added as a new exception
property so as not to break backwards compatibility?
Also easier to deal with for a client than "string or object".
@jerstlouis sure ... not a problem with me ... adding an exception
or exceptionReport
key would be fine.
I support @jerstlouis's proposal. The distinct exception
field could provide more details about the error. We should leave the message
as a generic description since it is often used in UIs as feedback to the user about the job/results. Mixing objects in there could require revisions and a lot of condition handling by existing interfaces.
@jerstlouis @fmigneault ok. I'll update the schema to add a distinct exception
member that will be an RFC7807 problem report object. Thanks for the feedback!