You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-dev@jakarta.apache.org by Oliver Zeigermann <ol...@gmail.com> on 2004/12/04 12:19:59 UTC
Deadlock policy
I was just wondering:
While I could not generate any more deadlocks with the WebDAV level
locking there might be people who do not want it and only want to rely
on the database locks. In this case it is just a fact that deadlocks
can occur.
Slide's policy has been to report this to the client/user, but why not
just retry internally? You could throw a TimeoutException or Deadlock
exception (RuntimeException?), catch it in the WebDAV layer, rollback
the old transaction, start a new one and repeat. Should work with
reasonable effort...
Of this switching this on should be configurable.
Using externally controlled transactions should remain unchanged.
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org
Re: Deadlock policy
Posted by James Mason <ma...@apache.org>.
This seems reasonable. It could be especially helpful for custom Store
implementations where the database is shared with other applications.
-James
On Sat, 2004-12-04 at 12:19 +0100, Oliver Zeigermann wrote:
> I was just wondering:
>
> While I could not generate any more deadlocks with the WebDAV level
> locking there might be people who do not want it and only want to rely
> on the database locks. In this case it is just a fact that deadlocks
> can occur.
>
> Slide's policy has been to report this to the client/user, but why not
> just retry internally? You could throw a TimeoutException or Deadlock
> exception (RuntimeException?), catch it in the WebDAV layer, rollback
> the old transaction, start a new one and repeat. Should work with
> reasonable effort...
>
> Of this switching this on should be configurable.
>
> Using externally controlled transactions should remain unchanged.
>
> Oliver
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org