Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: <derby-dev@db.apache.org>
Date: Wed, 21 Sep 2011 20:59:09 +0000 (UTC)
From: "Myrna van Lunteren (JIRA)" <jira@apache.org>
To: derby-dev@db.apache.org
Message-ID: 
 <1751665383.52406.1316638749046.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <463030415.51954.1316631189129.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Updated] (DERBY-5426) Improve the error raised by too much
 contention on a sequence/identity.
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/DERBY-5426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Myrna van Lunteren updated DERBY-5426:
--------------------------------------

    Urgency: Blocker

I think this has the chance to break/prevent upgrade for applications that have programmed a check and re-try on time-out, so I think this is a blocker for 10.8.2. One shouldn't need to change *anything* in a minor release upgrade...

Rick, do you plan/have time to work on this?


> Improve the error raised by too much contention on a sequence/identity.
> -----------------------------------------------------------------------
>
>                 Key: DERBY-5426
>                 URL: https://issues.apache.org/jira/browse/DERBY-5426
>             Project: Derby
>          Issue Type: Improvement
>          Components: SQL
>    Affects Versions: 10.8.2.1, 10.9.0.0
>            Reporter: Rick Hillegas
>
> Currently, when there is too much contention on a sequence/identity, Derby raises an error saying so. There are two properties which the user can adjust in order to reduce the risk of this error:
> derby.locks.waitTimeout
> derby.language.sequence.preallocator
> It would be good to point the user at these knobs. The following change would improve this error reporting:
> 1) Raise a lock timeout SQLException
> 2) Chain a "too much contention" SQLException (X0Y84) to the lock timeout.
> 3) Make the "too much contention" exception suggest that the user adjust the properties mentioned above.
> To make the code easier to understand, the exception raising could replace the loop exit inside the following "if" block in SequenceUpdater.getCurrentValueAndAdvance():
>             if (
>                 (_lockTimeoutInMillis >= 0L) &&
>                 ( (System.currentTimeMillis() - startTime.longValue()) > _lockTimeoutInMillis )
>                 )
>             {
>                 break;
>             }
> This approach was recommended by the discussion on DERBY-5423.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira