Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 96954 invoked from network); 31 Aug 2005 10:24:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 31 Aug 2005 10:24:18 -0000 Received: (qmail 25624 invoked by uid 500); 31 Aug 2005 10:24:11 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 25478 invoked by uid 500); 31 Aug 2005 10:24:10 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: users@cocoon.apache.org List-Id: Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 25434 invoked by uid 99); 31 Aug 2005 10:24:10 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 31 Aug 2005 03:24:09 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=HTML_20_30,HTML_MESSAGE,RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of antonio.fiol@gmail.com designates 64.233.184.205 as permitted sender) Received: from [64.233.184.205] (HELO wproxy.gmail.com) (64.233.184.205) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 31 Aug 2005 03:24:23 -0700 Received: by wproxy.gmail.com with SMTP id i3so77185wra for ; Wed, 31 Aug 2005 03:24:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=N+Lgx0DMP3cD+tO2mrCvieIWtyHOajzrfQ5ciNvI2dH+QVunq865KGbXq5KonZhacp1gscUrDTD1EkH7cNBCFAhDCOkX5wuwl9chywUbBVtbZNWkL8muaDLlmvuWnX1W27PtRe4tas4KNTf+3lGt95gIGXlSJdpon17gMdDPKJE= Received: by 10.54.8.64 with SMTP id 64mr576612wrh; Wed, 31 Aug 2005 03:24:05 -0700 (PDT) Received: by 10.54.89.5 with HTTP; Wed, 31 Aug 2005 03:24:05 -0700 (PDT) Message-ID: Date: Wed, 31 Aug 2005 12:24:05 +0200 From: =?ISO-8859-1?Q?Antonio_Fiol_Bonn=EDn?= To: users@cocoon.apache.org Subject: Re: Caching mysteries In-Reply-To: <431580EC.5080300@cs.uu.nl> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1967_32318250.1125483845628" References: <43130099.8010203@cs.uu.nl> <43157A1D.8050201@cs.uu.nl> <431580EC.5080300@cs.uu.nl> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_1967_32318250.1125483845628 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline If you don't mind to look under the hood, it might be easier and more=20 interesting for everyone to try and discover the reasons for the=20 strangeness. In my case, the aggregation affected by this problem was only a temporary= =20 test, and so I had to refactor it out. --=20 Antonio 2005/8/31, Sandor Spruit : >=20 > Antonio Fiol Bonn=EDn wrote: >=20 > > I think there might be something strange about the caching on > > aggregators. I found strange behaviour related to aggregation of > > ldap-transformer-produced results. But I have not had time to > > investigate the root cause of the strangeness. >=20 > Thanks for the comment. The alternative (bottom-up) approch would, of > course, > be to start my pipeline with query processing. Then I could use > transformations, > to build-up a HTML page from the results, step by step. But it would be > nice to > know that it would make a difference, before I start this refactoring > exercise :-) >=20 > Sandor >=20 >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org > For additional commands, e-mail: users-help@cocoon.apache.org >=20 > ------=_Part_1967_32318250.1125483845628 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline If you don't mind to look under the hood, it might be easier and more interesting for everyone to try and discover the reasons for the strangeness.

In my case, the aggregation affected by this problem was only a temporary t= est, and so I had to refactor it out.

--
Antonio

2005/8/31, Sandor Spruit &l= t;sandor@cs.uu.nl>: Antonio Fiol Bonn=EDn wrote:

> I think there might be something s= trange about the caching on
> aggregators. I found strange behaviour = related to aggregation of
> ldap-transformer-produced results. But I = have not had time to
> investigate the root cause of the strangeness.

Thanks for t= he comment. The alternative (bottom-up) approch would, of
course,
be = to start my pipeline with query processing. Then I could use
transformat= ions,
to build-up a HTML page from the results, step by step. But it would be=
nice to
know that it would make a difference, before I start this re= factoring
exercise :-)

Sandor


------------------------= ---------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands,= e-mail: users-help@cocoon.= apache.org



------=_Part_1967_32318250.1125483845628--