[DERBY-5152] Shutting down db, information that the thread received an interrupt will not be restored to thread's interrupt flag

• Type: Bug
• Status: Closed
• Priority: Minor
• Resolution: Fixed
• Affects Version/s: 10.8.1.2
• Fix Version/s: 10.8.1.2
• Assignee: Dag H. Wanvik
• Reporter: Dag H. Wanvik
• Created: 25/Mar/11 13:03
• Updated: 19/Apr/11 12:39
• Resolved: 28/Mar/11 23:32

Description

When a thread receives an interrupt Derby detects this, it will reset the thread's flag and save the fact in its lcc (LanguageConnectionContext), if available. If not (e.g. during boot) it will save the information in a thread local variable. For performance reasons, we use the lcc when available. However, when shutting down the database, the lcc goers away, and when the JDBC call returns to the application, the thread's interrupt flag will not be reinstated as per our specification. This is because the lcc dies before we do the restoring (under shutdown). So, the information that the thread was interrupted is lost with the lcc going away. A possible solution is to move the flag over to the thread local variable when the lcc is popped, so that the restore code will find it.

Issue Links

• is part of: DERBY-4741 Make embedded Derby work reliably in the presence of thread interrupts