Return-Path: Delivered-To: apmail-xml-forrest-dev-archive@www.apache.org Received: (qmail 29238 invoked from network); 7 Oct 2003 10:44:47 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 7 Oct 2003 10:44:47 -0000 Received: (qmail 87327 invoked by uid 500); 7 Oct 2003 10:44:45 -0000 Delivered-To: apmail-xml-forrest-dev-archive@xml.apache.org Received: (qmail 87285 invoked by uid 500); 7 Oct 2003 10:44:45 -0000 Mailing-List: contact forrest-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: forrest-dev@xml.apache.org Delivered-To: mailing list forrest-dev@xml.apache.org Received: (qmail 87274 invoked from network); 7 Oct 2003 10:44:45 -0000 Received: from unknown (HELO dnsinet.rzf-nrw.de) (193.109.238.66) by daedalus.apache.org with SMTP; 7 Oct 2003 10:44:45 -0000 Received: from z011104.bk.fin.local (z011104.bk.fin.local [193.109.238.140]) by dnsinet.rzf-nrw.de (8.12.10/8.12.10) with ESMTP id h97Aif5O012946 for ; Tue, 7 Oct 2003 12:44:41 +0200 Received: by z011104.bk.fin.local with Internet Mail Service (5.5.2653.19) id <4JNZLTN9>; Tue, 7 Oct 2003 12:44:42 +0200 Message-ID: <879A5AD5DD0ED511891F0003473A9B5608FF7103@Z011004> From: Jan.Materne@rzf.fin-nrw.de To: forrest-dev@xml.apache.org Subject: RE: Checksum tests Date: Tue, 7 Oct 2003 12:44:41 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C38CC0.032E47C0" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C38CC0.032E47C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > Dear Forresters, >=20 > I've added some code to CVS Cocoon which stores checksums of=20 > pages as it=20 > generates them. It can then check to see if the checksum of a=20 > generated=20 > page has changed since it was last generated. >=20 > This does not improve the performance of the CLI itself, but it does=20 > mean that files are only written if they've changed since=20 > they were last=20 > generated. I have implemented that as a selector in Ant. http://cvs.apache.org/viewcvs.cgi/*checkout*/ant/docs/manual/CoreTypes/s= elec tors.html?rev=3D1.16&content-type=3Dtext/plain#modified It=B4s part of Ant 1.6. Jan >=20 > You can access this by adding: > path to your checksum file >=20 > to your cli.xconf. >=20 > The checksum file can be stored on a server, e.g. using an ftp:// URI = > (any URI for which a modifiable source exists). >=20 > This is not intended as 'stable interface' code. I want to think more = > about how this kind of functionality might be improved, e.g.=20 > caching of=20 > timestamps and links before I want to think about a 'permanent'=20 > interface to it. >=20 > Regards, >=20 > Upayavira >=20 >=20 ------_=_NextPart_001_01C38CC0.032E47C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Checksum tests

> Dear Forresters,
>
> I've added some code to CVS Cocoon which stores = checksums of
> pages as it
> generates them. It can then check to see if the = checksum of a
> generated
> page has changed since it was last = generated.
>
> This does not improve the performance of the = CLI itself, but it does
> mean that files are only written if they've = changed since
> they were last
> generated.

I have implemented that as a selector in Ant.
http://cvs.apache.org/viewcvs.cgi/*checkout*/ant/docs/= manual/CoreTypes/selectors.html?rev=3D1.16&content-type=3Dtext/plain#mod= ified

It=B4s part of Ant 1.6.


Jan




>
> You can access this by adding:
>     = <checksums-uri>path to your checksum = file</checksums-uri>
>
> to your cli.xconf.
>
> The checksum file can be stored on a server, = e.g. using an ftp:// URI =
> (any URI for which a modifiable source = exists).
>
> This is not intended as 'stable interface' = code. I want to think more
> about how this kind of functionality might be = improved, e.g.
> caching of
> timestamps and links before I want to think = about a 'permanent'
> interface to it.
>
> Regards,
>
> Upayavira
>
>

------_=_NextPart_001_01C38CC0.032E47C0--