[ 
https://issues.apache.org/jira/browse/BOOKKEEPER-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13720414#comment-13720414
 ] 

Sijie Guo commented on BOOKKEEPER-654:
--------------------------------------

> From ThreadPoolExecutor JavaDoc, it says, will be rejected when the Executor 
> has been shut down, and also when the Executor uses finite bounds for both 
> maximum threads and work queue capacity, and is saturated.

but you still need to catch the exception as I commented. a shutdown flag can't 
avoid submitting tasks to a shutdown scheduler. that's the point.


> If we throws exception back to the caller, (callers are: 
> LedgerRecovery#doRecoveryRead() and LedgerHandle.asyncReadEntries()) callers 
> need to duplicate the logic of handling the exception and return the 
> BkClientClosedException. Whats your opinion?

my point is a failure speculative task doesn't affect anything. since the 
original read request would fail due to bookie client is closed.

isClosed checking is also not necessary. the errors already be propagated from 
either worker pool callback or bookie client.  
                
> Bookkeeper client operations are allowed even after its closure, bk#close()
> ---------------------------------------------------------------------------
>
>                 Key: BOOKKEEPER-654
>                 URL: https://issues.apache.org/jira/browse/BOOKKEEPER-654
>             Project: Bookkeeper
>          Issue Type: Bug
>          Components: bookkeeper-client
>    Affects Versions: 4.2.0
>            Reporter: Rakesh R
>            Assignee: Rakesh R
>             Fix For: 4.2.2, 4.3.0
>
>         Attachments: 0001-BOOKKEEPER-654-testcase-to-understand-more.patch, 
> 0002-BOOKKEEPER-654.patch, 0003-BOOKKEEPER-654.patch
>
>
> User can perform below operations with the closed bookkeeper client, which 
> was instantiated with external zkclient.
> - open a closed ledger 
> - create a new ledger 
> Also, ledgerhandle operations like fencing/add/write are infinitely hanging.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to