|Re: [jgit-dev] Problems with bitmaps and cloning and DFS back end|
On Wed, Jun 19, 2013 at 7:40 AM, Alex Blewitt <alex.blewitt@xxxxxxxxx> wrote: > On 18 Jun 2013, at 20:13, Alex Blewitt <alex.blewitt@xxxxxxxxx> wrote: > >> I've been having some problems with the new bitmap support in conjunction with a DFS back end. > > So I think I've traced it down to a potential lack of saved info in my pack description. > > There is a method "getObjectCount" which is currently returning zero. It looks like the pack needs that data when going down the "reuse cached packs" path. Until now this information hasn't needed to be passed/stored. > > Because this data isn't stored in a file but in the pack description itself its not (currently) persisted in my implementation. Yes, you just discovered the hard way that the DfsPackDescription matters to the DFS backend. It wants the information it stores there to come back to it. We map the DfsPackDescription to a protobuf message, and write the protobuf message to Google Bigtable. The record in Bigtable is the linkage to the name in the filesystem. But my original idea for DFS backend was to encode the DfsPackDescription data into the filename, and parse it back out when listing the packs of the repository. Unfortunately this might not be possible if you cannot rename a file, as some of the data arrives too late.
Back to the top