[wildfly-dev] Failed operations over HTTP Interface : 500 Internal Server Error
Brian Stansberry
brian.stansberry at redhat.com
Tue May 20 13:41:08 EDT 2014
On 5/20/14, 12:13 PM, Darran Lofthouse wrote:
> Just pulling together some related HTTP management interface changes and
> I see this one is still pending: -
>
> https://issues.jboss.org/browse/WFLY-907
>
> Are we interested in addressing this one?
>
Yes.
> Personally I am not convinced we need to be going beyond just using
> appropriate codes from the existing set of status codes, anything else
> would mean HTTP users get specific information that native users do not.
>
> However one thought, could we add some form of category to the actual
> failure response? That way we would have something we can use to map a
> status code, we already have another case in the code base that checks
> the error code to decide which status code to use!! If we added a
> category to a failure clients would then also potentially be able to use
> this themselves.
>
That's fine, so long as it does not alter the structure of the
response's "failure-description" field. IOW it would need to be a
sibling field to "failure-description", not a child.
I'm not happy at all with some of the stuff I've done using message ids
in failure descriptions to decide what to do about failures, so I'd be
happy to see a better mechanism.
> Regards,
> Darran Lofthouse.
>
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
--
Brian Stansberry
Senior Principal Software Engineer
JBoss by Red Hat
More information about the wildfly-dev
mailing list