You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@Override
public void onRotateEntryLog() {
// for interleaved ledger storage, we request a checkpoint when rotating a entry log file.
// the checkpoint represent the point that all the entries added before this point are already
// in ledger storage and ready to be synced to disk.
// TODO: we could consider remove checkpointSource and checkpointSouce#newCheckpoint
// later if we provide kind of LSN (Log/Journal Squeuence Number)
// mechanism when adding entry.
checkpointHolder.setNextCheckpoint(checkpointSource.newCheckpoint());
}
Indicate the importance of this issue to you (blocker, must-have, should-have, nice-to-have). Are you currently using any workarounds to address this issue?
nice-to-have
Provide any additional detail on your proposed use case for this feature.
N/A
The text was updated successfully, but these errors were encountered:
@sijie to confirm what the comment says, it proposes that when we write to the journal for an entry, we take a mark of the point of the journal(called LSN here) at which the entry was persisted, and pass this along with the entry to the ledger storage. The ledger storage can then make it's own decision on when to sync, and when it does, it can just inform the journal of the LSN up to which all data has been persisted. This can be either push or pull from the journal PoV. Correct?
I think this is a good change, and wouldn't be particularly big. Now is a good time to do it too, or maybe once the per ledger entrylog stuff is in, which should be fairly soon.
athanatos
pushed a commit
to athanatos/bookkeeper
that referenced
this issue
Jan 25, 2019
1) Handled Null case in server. Client will get InvalidACLException
2) Handled null check in create and setACL APIs in client side as mentioned in their javadoc
throws KeeperException.InvalidACLException if the ACL is invalid, null, or empty
3) Not handling any validation for async API of create and setACL in this JIRA because these API doesn't throw KeeperException explicitly. So can not throw InvalidACLExceptin from Client. If we throw IllegalArgumentException then it will not be consistent with other sync APIs. So Let server throw InvalidACLException for async API.
Please review and provide suggestion.
Author: bhupendra jain <bhupendra.jain@huawei.com>
Reviewers: Mohammad Arshad <arshad@apache.org>, Michael Han <hanm@apache.org>
Closesapache#279 from jainbhupendra24/ZOOKEEPER-2804-new
FEATURE REQUEST
Address the TODO item in InterleavedLedgerStorage
nice-to-have
N/A
The text was updated successfully, but these errors were encountered: