Hi Ted, Mahadev is in the best position to comment (he looked at it last)
but iirc when we started looking into implementing this we immediately ran
into so big questions. One was what to do if the logs had been cleaned up
and the individual transactions no longer available. This could be overcome
by changes wrt cleanup, log rotation, etc... There was another more
bulletproof option, essentially to keep all the changes in memory that might
be necessary to implement 22, however this might mean a significant increase
in mem requirements and general bookkeeping. It turned out (again correct me
if I'm wrong) that more thought was going to be necessary, esp around
ensuring correct operation in any/all special cases.
On Wed, Oct 13, 2010 at 12:49 PM, Ted Dunning <ted.dunn...@gmail.com> wrote:
> What are these hurdles? The last comment on ZK-22 was last winter. Back
> then, it didn't sound like
> it was going to be that hard.
> On Wed, Oct 13, 2010 at 12:08 PM, Patrick Hunt <ph...@apache.org> wrote:
> > 22 would help with this issue
> > https://issues.apache.org/jira/browse/ZOOKEEPER-22
> > however there are some real hurdles to implementing 22 successfully.