Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 62851 invoked from network); 24 Nov 2003 16:36:40 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 24 Nov 2003 16:36:40 -0000 Received: (qmail 49017 invoked by uid 500); 24 Nov 2003 16:36:29 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 48997 invoked by uid 500); 24 Nov 2003 16:36:29 -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 Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 48981 invoked from network); 24 Nov 2003 16:36:28 -0000 Received: from unknown (HELO mail.cbim.it) (212.131.130.82) by daedalus.apache.org with SMTP; 24 Nov 2003 16:36:28 -0000 Received: from cuprouter.cbim.it (cuprouter.cbim.it [192.168.4.10]) by mail.cbim.it (8.11.6/8.11.0) with ESMTP id hAOH2TM18451 for ; Mon, 24 Nov 2003 18:02:30 +0100 Received: from cbim.it (caterina.cbim.it [192.168.4.42]) by cuprouter.cbim.it (8.9.3/8.9.3) with ESMTP id RAA02392 for ; Mon, 24 Nov 2003 17:37:13 +0100 Message-ID: <3FC233A7.4070607@cbim.it> Date: Mon, 24 Nov 2003 17:36:55 +0100 From: Ugo Cei Organization: C.B.I.M. User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Continuations and the web References: <3FC11594.6040400@umn.edu> <20031124160607.GD6079@wlkp.org> In-Reply-To: <20031124160607.GD6079@wlkp.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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 Leszek Gawron wrote: > I have also a problem that maybe the same: How should one protect the > application from resubmitting the previous continuation? If user hits back > button and submits again the the form gets into inconsistent state (some > action gets called twice). var kont = cocoon.sendPageAndWait(...); kont.invalidate(); > As some woody actions get executed automatically > (adding a repeater row for example) there is no way to prevent this. In that case, doing a resubmit would trigger another insert. If you see a problem with whis, there might be a way to invalidate that continuation, but I haven't looked deeply into this. Ugo -- Ugo Cei - Consorzio di Bioingegneria e Informatica Medica P.le Volontari del Sangue, 2 - 27100 Pavia - Italy Phone: +39.0382.525100 - E-mail: u.cei@cbim.it