Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 9124 invoked from network); 10 Jan 2008 18:00:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Jan 2008 18:00:29 -0000 Received: (qmail 29661 invoked by uid 500); 10 Jan 2008 18:00:16 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 29579 invoked by uid 500); 10 Jan 2008 18:00:15 -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 29479 invoked by uid 99); 10 Jan 2008 18:00:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Jan 2008 10:00:15 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [213.205.33.55] (HELO averell.tiscali.it) (213.205.33.55) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Jan 2008 17:59:50 +0000 Received: from [192.168.10.120] (217.133.32.17) by averell.tiscali.it (7.3.122) id 47470E0E0229919E for users@cocoon.apache.org; Thu, 10 Jan 2008 18:59:53 +0100 Message-Id: <5488403C-7EEA-4617-AA24-4E1B10D1ABEC@linux.it> From: Tobia To: users@cocoon.apache.org In-Reply-To: <0C5CB2D69083944F9A17C6F3614C52990220132E@EXVBE014-11.exch014.msoutlookonline.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Subject: Re: Proper way to cache pipelines with SQL Transformer? Date: Thu, 10 Jan 2008 18:59:53 +0100 References: <0C5CB2D69083944F9A17C6F3614C52990220132E@EXVBE014-11.exch014.msoutlookonline.net> X-Mailer: Apple Mail (2.912) X-Virus-Checked: Checked by ClamAV on apache.org Peter Wyngaard wrote: > The external pipelines that invoked these internal pipelines with a > "cocoon:" URL passed their request parameters along. This happens because a non-raw internal request (cocoon: schema) does not create a new Request object (or RequestWrapper or something like that) and it is actually quite a useful property. For example, suppose you need to gather some data about the request not explicitly present in the request itself. Maybe you need to issue a set of queries based on the URI path, to obtain one or more IDs of the objects being referred to, or of the user making the request, or some such. Then you would like to store those IDs and misc attributes somewhere and access them during the rest of the request processing, however complex that might be. I find request attributes (don't confuse with parameters) to be an excellent place for this sort of thing. They live in Cocoon's request object, so they have the same lifetime of the initial HTTP request. Which happens to be less than that of the session, but more than the internal sub-request, as an external request might generate many internal redirects and Cincludes, all using the cocoon: schema. Unless you purposefully make a raw sub- request, and until the initial request processing is over, all sub- requests will be able to see the request attributes, because they share the request object. HTH Tobia --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org