Return-Path: Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 73798 invoked by uid 500); 13 Aug 2003 11:34:19 -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 73785 invoked from network); 13 Aug 2003 11:34:19 -0000 Received: from anchor-post-34.mail.demon.net (194.217.242.92) by daedalus.apache.org with SMTP; 13 Aug 2003 11:34:19 -0000 Received: from media.demon.co.uk ([80.177.14.141]) by anchor-post-34.mail.demon.net with esmtp (Exim 3.35 #1) id 19mttS-000H4C-0Y for dev@cocoon.apache.org; Wed, 13 Aug 2003 12:34:19 +0100 Date: Wed, 13 Aug 2003 12:34:17 +0100 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: converting FlowApp to new FOM From: Jeremy Quinn To: dev@cocoon.apache.org Content-Transfer-Encoding: 7bit Message-Id: <12FA94A6-CD82-11D7-B1AC-0003935AD2EE@media.demon.co.uk> X-Mailer: Apple Mail (2.552) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Hi All, I am in the process of converting a flow app written for Cocoon2.1RC1 to the new FOM. The first problem I face is with the Request Object. My helper Java Classes have been written to take an org.apache.cocoon.environment.Request Object, but now my flowscripts are not able to pass this anymore. public interface Form { /** * Update the Form from the incoming Request Parameters * @param request Cocoon Request */ public void populate (org.apache.cocoon.environment.Request request); // snip } The only methods of Request that my Classes call are to do with getting request parameters. Is it safe to just convert these classes to use the org.apache.cocoon.components.flow.javascript.fom.FOM_Cocoon.FOM_Request and call methods like public String jsFunction_getParameter(String name) instead? Or do I need a different approach? thanks for any help regards Jeremy