Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Date: Thu, 19 May 2011 09:39:47 +0000 (UTC)
From: "Jason Smith (JIRA)" <jira@apache.org>
To: dev@couchdb.apache.org
Message-ID: 
 <530856012.26186.1305797987525.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <504756105.24218.1305755567823.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (COUCHDB-1170) include attachment md5 sums in
 _attachments
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Jason Smith commented on COUCHDB-1170:
--------------------------------------

Paul, I will reply to you in COUCHDB-687.

> include attachment md5 sums in _attachments
> -------------------------------------------
>
>                 Key: COUCHDB-1170
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1170
>             Project: CouchDB
>          Issue Type: Bug
>          Components: HTTP Interface
>    Affects Versions: 1.0.2
>            Reporter: Randall Leeds
>            Priority: Minor
>             Fix For: 1.1
>
>         Attachments: 0001-include-md5sum-field-in-_attachments-entries.patch
>
>
> Crucial to functioning replication is deterministic revisions. Attachment md5 sums are used in CouchDB's revision generation (see couch_db:new_revid/1).
> Alternative CouchDB implementations may find it impossible or impractical to support binary attachments yet still wish to track changes and replicate efficiently with Apache CouchDB. To this end, such implementations need an efficient way to fetch all metadata necessary for calculating compatible revisions in the event of locally executed future updates.
> As a bonus, exposing this metadata is particularly beneficial for filesystem sync tools (such as couchapp implementations), e.g. through eliminating the need for redundantly storing checksums as user data on synchronized documents.
> To this end I propose the following 5-line patch which applies cleanly to trunk, 1.1.x and 1.0.x.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira