Return-Path: Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 42990 invoked by uid 500); 18 Jul 2003 04:37:36 -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 42976 invoked from network); 18 Jul 2003 04:37:35 -0000 Received: from out001pub.verizon.net (HELO out001.verizon.net) (206.46.170.140) by daedalus.apache.org with SMTP; 18 Jul 2003 04:37:35 -0000 Received: from verizon.net ([4.40.118.187]) by out001.verizon.net (InterMail vM.5.01.05.33 201-253-122-126-133-20030313) with ESMTP id <20030718043745.CARI12592.out001.verizon.net@verizon.net> for ; Thu, 17 Jul 2003 23:37:45 -0500 Message-ID: <3F177994.3020706@verizon.net> Date: Thu, 17 Jul 2003 21:37:40 -0700 From: Christopher Oliver User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20030208 Netscape/7.02 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Woody-flow to FOM migration question References: <1058479466.30058.62.camel@yum.ot> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out001.verizon.net from [4.40.118.187] at Thu, 17 Jul 2003 23:37:45 -0500 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Bruno Dumon wrote: >FOMmers, Chris mostly, > >I'm looking at porting the Woody-Flow integration to the FOM. This is >all new stuff for me, but just to check that I'm on the right track: is >it correct that things like new WebContinuation(...) and >cocoon.forwardTo(...) can now only be done in Java code? > > Yes. >And that brings up a more essential point: the reason for not using >sendPageAndWait? I guess it's because of the tricks with the >lastWebContinuation thing, > Yep. > but I don't understand the purpose of that. >If my intuition is right it forces the parent continuation of the new >continuation to be the last created continuation for this form, rather >than the current continuation. There's a note that this will be used to >implement automated back navigation, but I don't get it yet. Could you >give some more explanation? > > > The way it works is that a continuation is created immediately before a page is sent and immediately after it is sent (the latter is just like what sendPageAndWait does). To go "forward" in the form you invoke the latter continuation, again just like sendPageAndWait(). But to go "back" you invoke the continuation 3 levels higher in the tree: level 0) causes the actions after the current page is submitted to be performed (this is "forward", as above) level 1) causes the current page to be resent level 2) causes the actions after the previous page was submitted to be performed level 3) causes the previous page to be resent (this is "back") So to implement automated back/forward navigation you simply encode the continuation id and the desired action ("back" or "forward") somehow in the form. Then when the form is submitted you invoke the appropriate continuation. Regards, Chris