[
https://issues.apache.org/jira/browse/ACCUMULO-705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Keith Turner updated ACCUMULO-705:
----------------------------------
Description:
The batch scanner needs a user configurable time out. When the batch scanner
is used to query lots of tablet in parallel, if one tablet or tablet server is
unavailable for some reason it will cause the scan to hang indefinitely. Users
need more control over this behavior.
It seems like the batch scanner could behave in one of the following ways :
* Read as much data as possible, then throw an exception when a tablet or
tablet server has timed out
* Throw an exception as soon as a tablet or tablet server times out, even if
data could still be read from other tablets successfully.
The timeout can default to max long to preserve the current behavior.
was:
The batch scanner needs a user configurable time out. When the batch scanner
is used to query lots of tablet in parallel, if one tablet or tablet server is
unavailable for some reason it will cause the scan to hang indefinitely. Users
need more control over this behavior.
It seems like the batch scanner could behave in one of the following ways :
* Read as much data as possible, then throw an exception when a tablet or
tablet server has timed out
* Throw an exception as soon as a tablet or tablet server times out, even if
data could still be read from other tablets successfully.
> Batch Scanner needs timeout
> ---------------------------
>
> Key: ACCUMULO-705
> URL: https://issues.apache.org/jira/browse/ACCUMULO-705
> Project: Accumulo
> Issue Type: New Feature
> Components: client
> Reporter: Keith Turner
> Assignee: Keith Turner
> Fix For: 1.5.0
>
>
> The batch scanner needs a user configurable time out. When the batch scanner
> is used to query lots of tablet in parallel, if one tablet or tablet server
> is unavailable for some reason it will cause the scan to hang indefinitely.
> Users need more control over this behavior.
> It seems like the batch scanner could behave in one of the following ways :
> * Read as much data as possible, then throw an exception when a tablet or
> tablet server has timed out
> * Throw an exception as soon as a tablet or tablet server times out, even
> if data could still be read from other tablets successfully.
> The timeout can default to max long to preserve the current behavior.
>
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
