[
https://issues.apache.org/jira/browse/DERBY-4863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15533690#comment-15533690
]
Joshua Kuestersteffen commented on DERBY-4863:
----------------------------------------------
I realize this was opened a long time ago, but since it has not been closed and
I am still experiencing this issue in 10.12.1.1, I thought I would post out
here and see if there was any plans to address this problem. Has this been
fixed somewhere and I am just doing something wrong or does Derby still not
support timing out a query when it is blocked waiting for a table lock?
> Derby update operation with setQueryTimeout does not timeout until the locks
> are released.
> -------------------------------------------------------------------------------------------
>
> Key: DERBY-4863
> URL: https://issues.apache.org/jira/browse/DERBY-4863
> Project: Derby
> Issue Type: Bug
> Components: JDBC
> Affects Versions: 10.6.2.1
> Environment: windows 7, jdk 1.5.0_22, derby 10.6.2.1
> Reporter: Florin Herinean
> Labels: derby_triage10_8
> Attachments: StatementTimeout.java
>
>
> Derby update statements do not timeout until the (write) locks are released.
> The scenario involves 2 threads starting 2 separate transactions/connections,
> each of them attempting to update the same row. The first thread starts the
> transaction, locks the row (via update) then waits 40 seconds. The second
> thread is started 5 seconds later and it has a 5 seconds timeout set on the
> statement. Upon attempting to update the same row as the first thread, it
> times out after 35 seconds (40 - 5) and not after the expected 5 seconds as
> specified in the statement timeout.
> A test case is attached.
> Oracle and DB2 behaves as expected.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
