[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [xdi] XDI errors (was Re: [xdi-chair] Friday agenda items)
Hi Markus,
By errors, I meant protocol-level errors. Those should be documented in the Core spec rather than the Binding spec. The only errors the Binding spec is concerned with are transport ones and those are already defined by the HTTP status codes.For the protocol-level errors, my question was more about the “how" rather than the “what”. In other words, how do we convey XDI protocol errors? Does the Core spec define a standard structure for error reporting?
Thanks,Hubert
--Hubert A. Le Van GongNeustar Inc. / Distinguished EngineerSan Jose, CA 95129
USA
--------------------------------------------------
email: hubert.levangong@neustar.biz
tel: +1.858.352.3115
From: Markus Sabadello <markus.sabadello@xdi.org>
Date: Friday, May 30, 2014 at 4:04 AM
To: Peter Davis <peter.davis@neustar.biz>
Cc: OASIS - XDI TC <xdi@lists.oasis-open.org>
Subject: [xdi] XDI errors (was Re: [xdi-chair] Friday agenda items)
- Xdi2NotAuthorizedException: An operation on the graph is not allowed (link contract violation)- Xdi2AuthenticationException: A message contained a secret token or signature or something like that, and it couldn't be validated- Xdi2MessagingException: A problem occurred while executing a message (there are many possible reasons for this)- Xdi2ParseException: A serialized graph couldn't be parsed- Xdi2ClientException: You tried to send a message to an XDI server and it didn't work (either something didn't work on your end, or the XDI server reported an error).- Xdi2GraphException: You're trying to perform an invalid operation on a graph (e.g. add a $ref arc to a non-empty node).Here's a rough list of what I currently have in XDI2, but I think this needs to become much more detailed/specific:We don't have a list of errors anywhere as far as I know.My sense that some errors will be specified in the Messaging spec, and some errors in the Binding spec. And probably other errors in other specs. It's a similar discussion as with the $ words. Should all $ words be collected and defined in one place, or should they be defined in individual specs where they belong. Same with errors.Hello,
Unfortunately I won't be able to join the TC call today, so here are a few thoughts about errors.
- Xdi2TransportException: Something went wrong in the binding (e.g. a message is sent to an HTTP URI that's not an XDI endpoint)
- Xdi2Exception and Xdi2RuntimeException: Various other errors not covered by the above.
If someone has time, a useful exercise would probably be to look at all occurrences of those exceptions in the XDI2 code and then make a list of all error conditions.
Markus
On Fri, May 30, 2014 at 12:31 AM, Davis, Peter <Peter.Davis@neustar.biz> wrote:
Markus/drummond
coming out of todays editor call, we have 2 agenda item requests for the friday TC call:
1] potential adjustment to editor call time and/or day: (peter)+ keep same,+ 3 ET Thursdays,+ New poll2] detailed error reporting (hubert)+ do we have detailed errors that may need to be documented in the binding spec (e.g. second level errors)
thanks
Distinguished Engineer, Director, Neustar FoundryPeter Davis: Neustar, Inc.45980 Center Oak Plaza Sterling, VA 20166[T] +1 571 434 5516 [E] peter.davis@neustar.biz [W] http://www.neustar.biz/ [X] xri://@neustar*pdavis [X] xri://=peterdThe information contained in this e-mail message is intended only for the use of the recipient(s) named above and may contain confidential and/or privileged information. If you are not the intended recipient you have received this e-mail message in error and any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately and delete the original message.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]