[ https://forge.continuent.org/jira/browse/SEQUOIA-1018?page=comments#action_14658 ]
Shimpei Nishida commented on SEQUOIA-1018: ------------------------------------------ Reproduction from Sequoia mailing list. https://forge.continuent.org/pipermail/sequoia/2008-June/005861.html see also https://forge.continuent.org/pipermail/sequoia/2008-June/005865.html ----------------- Hello, I have a question about RecoverThread.java. I think it related to the issue SEQUOIA-1018 and the change to RecoverThread.java in Revision 1.55.2.6. At RecoverThread.java, Boolean.FALSE is assigned to recoveryProcessInterrupted and recoveryProcessInterrupted is used as the lock object in run(). /sequoia/src/org/continuent/sequoia/controller/recoverylog/RecoverThread.java (sequoia-2.10.10-src) L.107 ------------------ private Boolean recoveryProcessInterrupted = Boolean.FALSE; ------------------ L.225 ------------------ synchronized (recoveryProcessInterrupted) ------------------ Boolean.FALSE is the static Boolean object. I think it means all Boolean.FALSE in the Java process will be locked by this code. java.lang.Boolean.java ------------------ public static final Boolean TRUE = new Boolean(true); ------------------ public static final Boolean FALSE = new Boolean(false); ------------------ If some other modules (for example JDBC Driver) use Boolean.FALSE as the lock object, does RecoverThread wait for freeing Boolean.FALSE? (In the worst case, does it wait forever?) Thanks and Regards, Nishida ----------------- > Provide a way to force vdb activity resuming (when vdb hangs in the suspended > state) > ------------------------------------------------------------------------------------ > > Key: SEQUOIA-1018 > URL: https://forge.continuent.org/jira/browse/SEQUOIA-1018 > Project: Sequoia > Type: New Feature > Versions: Sequoia 2.10.9 > Reporter: Stephane Giron > Assignee: Stephane Giron > Fix For: sequoia 2.10.11 > > > Some commands require the vdb to suspend its activity. > For some reasons (bugs, ...), the vdb can remain in this suspended state > forever, blocking the whole activity. > We should investigate if it is possible in such a context to provide a > console command that will force the vdb to resume the activity. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://forge.continuent.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira _______________________________________________ Sequoia mailing list [email protected] https://forge.continuent.org/mailman/listinfo/sequoia
