[whatwg] SQL API - SQLTransactionErrorCallback

Brady Eidson beidson at apple.com
Mon Oct 29 18:37:58 PDT 2007


On Oct 29, 2007, at 6:25 PM, Ian Hickson wrote:

> On Mon, 29 Oct 2007, Brady Eidson wrote:
>>>>
>>>> I propose we change SQLTransactionErrorCallback.handleEvent() to
>>>> have the same signature as the SQLStatementErrorCallback, which is:
>>>> boolean handleEvent(in SQLTransaction transaction, in SQLError
>>>> error);
>>>
>>> Actually I specifically didn't include the transaction because I  
>>> can't
>>> see what you could do with it. You know which transaction it is,  
>>> it's
>>> the one to which you are passing the method.
>>
>> Why can't a developer have a global transaction error callback they  
>> use
>> for multiple transactions, including the possibility of transactions
>> from more than one database at a time?  No rule prevents this.
>
> They can, but so what? What are they going to do with the transaction
> object? It doesn't have any information they can use, and the only  
> method
> on there is one that would raise an exception if they called it.
>
> If the author wants to pass context information to their error handler
> they can (only) do so using currying, I don't see how the  
> SQLTransaction
> object is going to help them.

I agree that other than *being* the context information, the  
SQLTransaction object itself won't help them.
Since currying is a functional - if not annoying - solution, I'll let  
this one go  :)

Thanks,
~Brady




More information about the whatwg mailing list