Return-Path: Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org Received: (qmail 14262 invoked by uid 500); 30 Sep 2002 12:22:29 -0000 Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-users@xml.apache.org Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 14251 invoked from network); 30 Sep 2002 12:22:29 -0000 Message-ID: <3D984201.3B125D67@morganstanley.com> Date: Mon, 30 Sep 2002 13:22:25 +0100 From: Werner Guttmann Reply-To: Werner.Guttmann@morganstanley.com Organization: Morgan Stanley X-Mailer: Mozilla 4.76 [en]C-CCK-MCD MS4.76 V20010517.3 (WinNT; U) X-Accept-Language: en,ja MIME-Version: 1.0 To: cocoon-users@xml.apache.org Subject: Re: Combining Cocoon and Struts References: <3D9831D0.E1A92AF0@objectnet.no> <001501c26872$00698130$7c15290a@goaltech.com> <3D983A64.88FA4012@objectnet.no> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Dag, > I would have prefered a Cocoon-only environment, but for "political" > reasons, we have to try a combination first. Previous poster has also > described such a pipeline without describing the setup, and we want to > see if there is a gain in the combination. I am facing a similar situation here, but with Cocoon 2.1 still being in dev mode, I guess using Cocoon and Struts together is a viable option. We have been doing this for 1.5 yrs now, and there's a couple of options to consider for the contract between the two frameworks. Generally, we use Struts and JSPs for any form processing (incl. validation) and Cocoon for processing data and rendering it to various output formats. We have been using both of the following two options to establish a clean contract between Struts and Cocoon: - Use of XMLizable interface from within XSPs - Use of Castor XML In both cases, you would use Struts actions to go to the model and return you the data and bind it to a the HttpRequest/HttpSession. From there on, simply forward your request to a Cocoon pipeline which takes care of the (de)marshalling required to convert your object model to SAX events which are then processed further downstream. I hope this helps. Werner > > > Hoping I am not too wrong, > > > > Babs > > Dag > > --------------------------------------------------------------------- > Please check that your question has not already been answered in the > FAQ before posting. > > To unsubscribe, e-mail: > For additional commands, e-mail: --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. To unsubscribe, e-mail: For additional commands, e-mail: