Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 55026 invoked from network); 16 Apr 2004 09:12:44 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 16 Apr 2004 09:12:44 -0000 Received: (qmail 67171 invoked by uid 500); 16 Apr 2004 09:12:09 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 67022 invoked by uid 500); 16 Apr 2004 09:12:08 -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 Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 66963 invoked from network); 16 Apr 2004 09:12:07 -0000 Received: from unknown (HELO post.it.helsinki.fi) (128.214.205.132) by daedalus.apache.org with SMTP; 16 Apr 2004 09:12:07 -0000 Received: from [192.168.100.6] (kamner4.org.helsinki.fi [128.214.191.196]) by post.it.helsinki.fi (8.12.11/8.12.11) with ESMTP id i3G9CJPw017066 for ; Fri, 16 Apr 2004 12:12:20 +0300 (EEST) Mime-Version: 1.0 (Apple Message framework v613) In-Reply-To: <407F9DE4.6000503@dds.nl> References: <407F91BF.7070909@dds.nl> <407F9DE4.6000503@dds.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <316FC516-8F86-11D8-BD16-000A95C53096@iki.fi> Content-Transfer-Encoding: 7bit From: Joose Vettenranta Subject: Re: invalidating flow? Date: Fri, 16 Apr 2004 12:12:32 +0300 To: users@cocoon.apache.org X-Mailer: Apple Mail (2.613) 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 Nope, does not work. I changed it to cocoon.sendPageAndWait ("Finalpage", {"foo": bar stuff is here}, 1); -> reload -> it still is loading that finalpage (running SQL-queries etc) Also tried cocoon.sendPageAndWait ("Finalpage", {foo...}, null, 1); -> reload -> it still is loading that finalpage It's very important that those SQL-queries are not done again -> killing this flow will do that. Cache is not a problem, because cache won't do those SQL-queries... - Joose 16.4.2004 kello 11:48, Leon Widdershoven kirjoitti: use sendPageAndWait(...., timeToLive) with a very short > time to live? > > And make sure there's no proxy/cache somewhere of course:) > > Leon > > Joose Vettenranta wrote: >> 16.4.2004 kello 10:56, Leon Widdershoven kirjoitti: >> Hei, >>> As far as I know you need not invalidate pages used with >>> sendPageAndWait(), >>> only the bookmarks you set. >> Well, it still seems to work. >> Last page has cocoon.sendPage (); >> if I push reload in browser, it still loads last page again -> shit >> happens =). This is something I don't want to happen. >> - Joose >> -- >> "Always remember that you are unique, just like everyone else!" >> * http://iki.fi/joose/ * joose@iki.fi * +358 44 561 0270 * >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org >> For additional commands, e-mail: users-help@cocoon.apache.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org > For additional commands, e-mail: users-help@cocoon.apache.org > > -- "Always remember that you are unique, just like everyone else!" * http://iki.fi/joose/ * joose@iki.fi * +358 44 561 0270 * --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org