Details
-
Bug
-
Status: Open
-
Minor
-
Resolution: Unresolved
-
10.2.1.6, 10.3.1.4
-
None
-
Normal
-
Repro attached
Description
Simple script that shows the problem, requires a database db with a table T.
First timeout wait is 60 seconds (default), next is 4 seconds (the setting), next is 4 seconds when it should be 60 the default.
connect 'jdbc:derby:db' AS C1;
AUTOCOMMIT OFF;
LOCK TABLE T IN EXCLUSIVE MODE;
connect 'jdbc:derby:db' AS C2;
– Default wait;
VALUES CURRENT TIMESTAMP;
LOCK TABLE T IN EXCLUSIVE MODE;
VALUES CURRENT TIMESTAMP;
– 4 second wait
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY(
'derby.locks.waitTimeout', '4');
VALUES CURRENT TIMESTAMP;
LOCK TABLE T IN EXCLUSIVE MODE;
VALUES CURRENT TIMESTAMP;
– back to default
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY(
'derby.locks.waitTimeout', null);
VALUES CURRENT TIMESTAMP;
LOCK TABLE T IN EXCLUSIVE MODE;
VALUES CURRENT TIMESTAMP;
Attachments
Issue Links
- is related to
-
DERBY-1762 Setting the derby.locks.waitTimeout as a system property using System.setProperty does not affect booted databases
- Closed