Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 47894 invoked from network); 1 Apr 2004 09:21:38 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 1 Apr 2004 09:21:38 -0000 Received: (qmail 10960 invoked by uid 500); 1 Apr 2004 09:21:09 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 10920 invoked by uid 500); 1 Apr 2004 09:21:09 -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 10892 invoked from network); 1 Apr 2004 09:21:08 -0000 Received: from unknown (HELO postfix4-1.free.fr) (213.228.0.62) by daedalus.apache.org with SMTP; 1 Apr 2004 09:21:08 -0000 Received: from babelobjects.com (longchamp44-2-82-67-135-94.fbx.proxad.net [82.67.135.94]) by postfix4-1.free.fr (Postfix) with ESMTP id EA212DA9E6 for ; Thu, 1 Apr 2004 11:21:20 +0200 (CEST) Message-ID: <406BDF10.70807@babelobjects.com> Date: Thu, 01 Apr 2004 11:21:20 +0200 From: Jean-Christophe Kermagoret User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en, fr-fr, en-us MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Trying to solve a bug References: In-Reply-To: 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 You are completely right. I have hope again... Thanks Carsten ;-) I dive in this way. I will tell you and complete the wiki. Jean-Christophe Carsten Ziegeler wrote: > > > > >>-----Original Message----- >>From: Jean-Christophe Kermagoret [mailto:jck@babelobjects.com] >>Sent: Thursday, April 01, 2004 10:56 AM >>To: dev@cocoon.apache.org >>Subject: Re: Trying to solve a bug >> >>I think the transfomer is OK. >> >>When I look in my html form, everything is ok : >>-- Begin html form code -- >> >>
>action="portal?cocoon-portal-action=3&cocoon-portal-event=76" >>xmlns:coplet="http://apache.org/cocoon/portal/coplet/1.0"> >>>value="1404764e523640355b684e00066541184b53794d" >>type="hidden" name="continuation-id">
>xmlns:wi="http://apache.org/cocoon/woody/instance/1.0" >>class="tcContentBackground"> >> >>-- End -- >> >>It's when I press the submit button that I see the >>request-param:continuation-id is empty even if I'm sure the >>request has been parsed, because I saw the uploaded file in >>the upload-directory. >> >>But when I do {request-param:continuation-id} in my pipeline, >>there is nothing. >> >>Very strange >> >> > >No :) If you look at the action tag of the form, there are two request >parameters appened (cocoon-portal-action and cocoon-portal-event). >As these two request parameters that are important for the portal >to work correctly (or precisly to link this request to the upload >coplet) are never received by Cocoon and therefore the portal >never gets them, the processing doesn't work properly and >you don't get the cont id. >It would work if it would look like this: > > > > >name="continuation-id"> >... > >Carsten > > > >>Jean-Christophe Kermagoret wrote: >> >> >> >>>Carsten, >>>thanks for your answer >>> >>>I already use hidden field for continuation id. >>> >>>My action attribute doesn't contain anything important. Just submit >>>value for example according the >>>http://wiki.cocoondev.org/Wiki.jsp?page=WoodyCopletForPortalEngine >>> >>>So, I have no request param appended to the uri in my >>> >>> >>action attribute. >> >> >>>However, I still can't see any request-param, hidden or not. >>> >>>Jean-Christophe >>> >>>Carsten Ziegeler wrote: >>> >>> >>> >>>>Hi, >>>> >>>>now I think I remember that I had the same problem when I >>>> >>>> >>wrote the >> >> >>>>upload coplet sample that is in the basket sample in our CVS. >>>>If you specify an enctype attribute, the request >>>> >>>> >>parameters appended >> >> >>>>to the uri in the form action attribute are either not >>>> >>>> >>send to Cocoon >> >> >>>>or are not received by Cocoon - I tested this with Tomcat >>>> >>>> >>and Jetty. >> >> >>>>So I guess this is by design. >>>>Now, the portal rewrites all links in order to process >>>> >>>> >>them correctly. >> >> >>>>When you use the portal-html-eventlink transformer, it rewrites a >>>>form action to something like "portal?cocoon-portal-action=24". >>>>So, if then also an enctype attribute is set for the form, Cocoon >>>>never receives the request parameter. >>>>Instead putting this into a hidden field works. So I think this is >>>>not a bug of the portal. >>>>If you want to have a form with an enctype attribute you >>>> >>>> >>have either >> >> >>>>to expand the html-eventlink transformer so that it >>>> >>>> >>creates in this >> >> >>>>case a form element without request parameters in the action, but >>>>with some hidden input fields or you have to write your own >>>>transformer for this. You can use the BasketTransformer as >>>> >>>> >>a starting >> >> >>>>point. >>>> >>>>HTH >>>>Carsten >>>> >>>> >>>> >>>> >>>> >>>>>-----Original Message----- >>>>>From: Jean-Christophe Kermagoret >>>>> >>>>> >>[mailto:jck@babelobjects.com] Sent: >> >> >>>>>Thursday, April 01, 2004 10:11 AM >>>>>To: dev@cocoon.apache.org >>>>>Subject: Trying to solve a bug >>>>> >>>>>Hi, >>>>>I'm trying to solve a bug but I need a little information. >>>>> >>>>>Here is the bug I open it in bugzilla. >>>>> >>>>>I need to use a upload form with the new cocoon portal. I use the >>>>>portal-html-eventlink to transform the action attribute. >>>>> >>>>> >>The problem >> >> >>>>>is enctype attribute is deleted by the portal-html-eventlink >>>>>transformer. >>>>> >>>>> >>>>>I modified the tranformer to have the enctype attribute >>>>> >>>>> >>if present. >> >> >>>>>I pass the continuation id in an hidden field, but when >>>>> >>>>> >>the pipeline >> >> >>>>>is processed, the {request-param:continuation-id} is >>>>> >>>>> >>empty but I saw >> >> >>>>>the uploaded file in the upload-directory. >>>>> >>>>>If I don't use the transformer then I can set up a >>>>> >>>>> >>pipeline in the >> >> >>>>>action attribute and I see the continuation-id >>>>> >>>>>So, >>>>>I think there is a problem with the multipart request. >>>>> >>>>> >>The fact to >> >> >>>>>put the enctype data is not enough. Why the portal >>>>> >>>>> >>doesn't see the >> >> >>>>>request param ? >>>>> >>>>>I tried to track the processing of the portal with Eclipse but I >>>>>have non synchronized data between my souce and the >>>>> >>>>> >>classes that are >> >> >>>>>generated so it's difficult to know what's happening. >>>>> >>>>>Can anybody give me a little info to help me debugging this ? >>>>> >>>>>-- >>>>> >>>>>Jean-Christophe Kermagoret >>>>>jck@BabelObjects.Com >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >>-- >> >>Jean-Christophe Kermagoret >>jck@BabelObjects.Com >> >> >> >> >> >> > > > > -- Jean-Christophe Kermagoret jck@BabelObjects.Com