[ https://issues.apache.org/jira/browse/ZOOKEEPER-1001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13009226#comment-13009226 ]
Ivan Kelly commented on ZOOKEEPER-1001: --------------------------------------- Ah, I thought you were going put those checks inside the client. i.e. Something like create a subclass of LedgerHandle, which puts a watcher on the lastConfirmed value and if the client tries to read past it, throw an exception. That does raise the issue of how do you see if new data becomes available. Perhaps you could have a watchLastAddConfirmed() call on LedgerHandle that triggers a callback when it comes available. > Read from open ledger > --------------------- > > Key: ZOOKEEPER-1001 > URL: https://issues.apache.org/jira/browse/ZOOKEEPER-1001 > Project: ZooKeeper > Issue Type: New Feature > Components: contrib-bookkeeper > Reporter: Flavio Junqueira > Attachments: zk-1001-design-doc.pdf, zk-1001-design-doc.pdf > > > The BookKeeper client currently does not allow a client to read from an open > ledger. That is, if the creator of a ledger is still writing to it (and the > ledger is not closed), then an attempt to open the same ledger for reading > will execute the code to recover the ledger, assuming that the ledger has not > been correctly closed. > It seems that there are applications that do require the ability to read from > a ledger while it is being written to, and the main goal of this jira is to > discuss possible implementations of this feature. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira