Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 89780 invoked from network); 15 Feb 2007 21:30:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Feb 2007 21:30:30 -0000 Received: (qmail 5850 invoked by uid 500); 15 Feb 2007 21:30:31 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 5763 invoked by uid 500); 15 Feb 2007 21:30:31 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 5737 invoked by uid 99); 15 Feb 2007 21:30:31 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Feb 2007 13:30:31 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of grek@tuffmail.com designates 216.86.168.178 as permitted sender) Received: from [216.86.168.178] (HELO mxout-03.mxes.net) (216.86.168.178) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Feb 2007 13:30:20 -0800 Received: from [192.168.0.125] (unknown [80.240.191.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 3B6475197F for ; Thu, 15 Feb 2007 16:29:58 -0500 (EST) Message-ID: <45D4D10E.6050706@tuffmail.com> Date: Thu, 15 Feb 2007 22:30:54 +0100 From: Grzegorz Kossakowski User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Postable source and servlet services problem References: <45D39571.30008@tuffmail.com> <45D48D49.30207@tuffmail.com> <45D4910F.9050907@nada.kth.se> In-Reply-To: <45D4910F.9050907@nada.kth.se> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Daniel Fagerstrom napisał(a): >> I see two possible solutions: >> 1. Pulling up the service caller to the pipeline level, it would mean >> introducing some new sitemap syntax/element. I'm not happy with this >> one so I'm not going to discuss details. >> 2. Introducing new interface like >> CacheableKeyAwareProcessingComponent that could have these methods: >> >> Serializable getKey(); >> SourceValidity getValidity(Serializable aggregatedKeys); >> >> It could be very easy to change pipeline code to make them use new >> interface if component really implements it. One could say that it's >> kind of hack, but I have no better option now. > I agree with your analysis and also think that alternative 2 is the > way to go. > Thanks. I'll give the others some time to comment on this before implementing anything. -- Grzegorz Kossakowski