couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Filipe David Manana <fdman...@gmail.com>
Subject Re: Updating the CouchDB roadmap
Date Sun, 20 Dec 2009 11:02:11 GMT
An updated (and no longer breaking 4 test cases) patch for storing
compressed attachments was added to tickets 583 and 437.

cheers

On Sat, Dec 19, 2009 at 8:46 AM, Filipe David Manana <fdmanana@gmail.com>wrote:

> After rev 891077 (ticket 558, md5 integrity check) I need to update that
> patch for storing gzip compressed attachments.
> The md5 calculated by couch_stream corresponds to the md5 of the gzipped
> content, therefore not matching the attachment content sent by the client
> for those attachments having a mime type listed in the additional config
> file.
>
> I'll be fixing this, adding a config option for the compression level and
> do the necessary modifications on the existing test cases. A new patch will
> be coming soon :)
>
> cheers
>
>
> On Fri, Dec 18, 2009 at 8:31 PM, Damien Katz <damien@apache.org> wrote:
>
>> FYI, I haven't looked at this patch's code, but I like it's concepts and I
>> hope of the other committers will have a chance to look at it soon and work
>> out any issues to get it checked into trunk. If not I eventually will get
>> around to it, but I can't promise when.
>>
>> -Damien
>>
>>
>> On Dec 9, 2009, at 8:07 AM, Filipe David Manana wrote:
>>
>> > that's ticket 583 - https://issues.apache.org/jira/browse/COUCHDB-583
>> >
>> > The ticket's title is no longer fair. One of the last comments
>> > mentions the possibility of storing attachments in gzip compressed
>> > form (suggestion from Damien).
>> > I submitted a patch for that feature yesterday.
>> >
>> > cheers
>> >
>> > On Fri, Dec 4, 2009 at 7:17 PM, Robert Newson <robert.newson@gmail.com>
>> wrote:
>> >> Support for compressed attachments? I think there's a ticket for it,
>> >> but the basic idea is to support Accept-Encoding/Content-Encoding form
>> >> the client and store the attachment with compression (and
>> >> decompressing on demand).
>> >>
>> >> A bulk insertion endpoint that included attachments (without base64
>> >> inflation) would also be nice.
>> >>
>> >> On Fri, Dec 4, 2009 at 5:55 PM, Dirkjan Ochtman <djc.ochtman@gmail.com>
>> wrote:
>> >>> On Fri, Dec 4, 2009 at 18:32, Noah Slater <nslater@tumbolia.org>
>> wrote:
>> >>>> Hey, does anyone want to start the discussion off?
>> >>>
>> >>> Question from one of those trailing around on actual releases, that
>> >>> may help getting started: what big-ticket features are in trunk, but
>> >>> not 0.10.1?
>> >>>
>> >>> Cheers,
>> >>>
>> >>> Dirkjan
>> >>>
>> >>
>> >
>> >
>> >
>> > --
>> > Filipe David Manana,
>> > fdmanana@gmail.com
>> > PGP key - http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC569452B
>> >
>> > "Reasonable men adapt themselves to the world.
>> > Unreasonable men adapt the world to themselves.
>> > That's why all progress depends on unreasonable men."
>>
>>
>
>
> --
> Filipe David Manana,
> fdmanana@gmail.com
> PGP key - http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC569452B
>
> "Reasonable men adapt themselves to the world.
> Unreasonable men adapt the world to themselves.
> That's why all progress depends on unreasonable men."
>
>


-- 
Filipe David Manana,
fdmanana@gmail.com
PGP key - http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC569452B

"Reasonable men adapt themselves to the world.
Unreasonable men adapt the world to themselves.
That's why all progress depends on unreasonable men."

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message