You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@river.apache.org by "Frank Barnaby (JIRA)" <ji...@apache.org> on 2007/07/27 17:03:19 UTC
[jira] Created: (RIVER-110) Calling destroy should stop in progress
blocked queries
Calling destroy should stop in progress blocked queries
-------------------------------------------------------
Key: RIVER-110
URL: https://issues.apache.org/jira/browse/RIVER-110
Project: River
Issue Type: Improvement
Components: com_sun_jini_outrigger
Reporter: Frank Barnaby
Priority: Minor
Bugtraq ID [6249489|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6249489]
By default Outrigger will wait for up to 2 minutes for in progress remote calls to terminate before forcing an unexport of the server. This is done so the destroy call is given a chance to return - however with the 2.0 query protocol blocked queries will also keep the {{unexport(false)}} from succeeding. Since each blocked query is represented by a Watcher it should be possible (by adding a call new method to {{QueryWatcher}}) to stop each query and force it to return with an exception.
*Comments*
If we want Outrigger's VM to exit cleanly and quickly after {{DestroyThread.run()}} is done when there are in-progress blocked queries we need to address this.
*Work Around*
Setting {{maxServerQueryTimeout}} to a small value provides a partial workaround to this issue, as does using only short timeouts on queries.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.