httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Trawick <traw...@gmail.com>
Subject Re: svn commit: r997545 - in /httpd/httpd/trunk: CHANGES include/ap_mmn.h modules/cache/mod_cache.c modules/cache/mod_cache.h modules/cache/mod_disk_cache.c modules/cache/mod_disk_cache.h
Date Thu, 16 Sep 2010 01:28:40 GMT
On Wed, Sep 15, 2010 at 8:05 PM, <minfrin@apache.org> wrote:

> Author: minfrin
> Date: Thu Sep 16 00:05:14 2010
> New Revision: 997545
>
> URL: http://svn.apache.org/viewvc?rev=997545&view=rev
>
> Modified: httpd/httpd/trunk/CHANGES
> URL:
> http://svn.apache.org/viewvc/httpd/httpd/trunk/CHANGES?rev=997545&r1=997544&r2=997545&view=diff
>
> ==============================================================================
> --- httpd/httpd/trunk/CHANGES [utf-8] (original)
> +++ httpd/httpd/trunk/CHANGES [utf-8] Thu Sep 16 00:05:14 2010
> @@ -2,6 +2,20 @@
>
>  Changes with Apache 2.3.9
>
> +  *) mod_cache: Add a discrete commit_entity() provider function within
> the
> +     mod_cache provider interface which is called to indicate to the
> +     provider that caching is complete, giving the provider the
> opportunity
> +     to commit temporary files permanently to the cache in an atomic
> +     fashion. Move all "rename" functionality of temporary files to
> permanent
> +     files within mod_disk_cache from ad hoc locations in the code to the
> +     commit_entity() function. Instead of reusing the same variables for
> +     temporary file handling in mod_disk_cache, introduce separate
> discrete
> +     structures for each of the three cache file types, the headers file,
> +     vary file and data file, so that the atomic rename of all three file
> +     types within commit_entity() becomes possible. Replace the
> inconsistent
> +     use of error cleanups with a formal set of pool cleanups attached to
> +     a subpool, which is destroyed on error. [Graham Leggett]
> +
>   *) mod_cache: Change the signature of the store_body() provider function
>      within the mod_cache provider interface to support an "in" brigade
>      and an "out" brigade instead of just a single input brigade. This
>

Please simplify these two entries to focus on what the typical user needs to
know; allude to any changes that module developers need to know, without all
the API details.

Thanks!

Mime
View raw message