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.