- From: Markus Lanthaler <markus.lanthaler@gmx.net>
- Date: Mon, 27 Oct 2014 14:46:38 +0100
- To: "'PublicVocabs'" <public-vocabs@w3.org>
On 26 Okt 2014 at 02:01, ☮ elf Pavlik ☮ wrote:
> On 10/20/2014 06:27 PM, Vicki Tardif Holland wrote:
>>
>> On Mon, Oct 20, 2014 at 11:33 AM, ☮ elf Pavlik ☮
>> <perpetual-tripper@wwelves.org <mailto:perpetual-tripper@wwelves.org>>
>> wrote:
>>
>> does it only cover actions which use target (EntryPoint) and have errors
>> 'on a wire'?
>>
>> for example CookAction could fail if I burn potatoes, would this also
>> fit as an error?
>>
>> The original intent is the former.
> Maybe we could re-use hydra:Error ?
> http://www.hydra-cg.com/spec/latest/core/#description-of-http-status-code
> s-and-errors
Yep, that should work.
> It focuses on HTTP errors and most likely doesn't take into account
> android-app: etc.
Right. But nothing prevents us to add a couple of properties that allow to express failures in other systems/protocols.
> I also wonder why exactly do we need special error property and can't
> just use *result*? It makes sense to me to see Error as a result of
> Failed.. Action
Good question. The only case I can think of where a separate "error" property is needed is if we want to support actions whose result is an Error instance *on success* (something like RecordErrorAction).
> {
> "@type": "ViewAction",
> "actionStatus": "FailedActionStatus",
> "target": "http://example.com/player?id=123"
> "result": {
> "@type": "Error",
> "statusCode": 429
> "name": "Too Many Requests"
> "description": "A maximum of 500 requests per hour and user is allowed."
> }
> }
--
Markus Lanthaler
@markuslanthaler
Received on Monday, 27 October 2014 13:47:05 UTC