Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 15643 invoked from network); 6 Feb 2004 21:20:11 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 6 Feb 2004 21:20:11 -0000 Received: (qmail 48749 invoked by uid 500); 6 Feb 2004 21:19:43 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 48693 invoked by uid 500); 6 Feb 2004 21:19:43 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users@cocoon.apache.org Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 48667 invoked from network); 6 Feb 2004 21:19:42 -0000 Received: from unknown (HELO web25201.mail.ukl.yahoo.com) (217.12.10.61) by daedalus.apache.org with SMTP; 6 Feb 2004 21:19:42 -0000 Message-ID: <20040206211947.21675.qmail@web25201.mail.ukl.yahoo.com> Received: from [81.57.42.144] by web25201.mail.ukl.yahoo.com via HTTP; Fri, 06 Feb 2004 22:19:47 CET Date: Fri, 6 Feb 2004 22:19:47 +0100 (CET) From: =?iso-8859-1?q?Nicolas=20Toper?= Subject: Re: Multipart form upload To: users@cocoon.apache.org In-Reply-To: <4023C3FA.1050801@leverageweb.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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 Sorry, but are you using linux or win32 ? nico --- Geoff Howard a �crit : > Chris Wilder-Smith wrote: > > Geoff, > > > > On Thu, 2004-02-05 at 19:45, Geoff Howard wrote: > > > >>Chris Wilder-Smith wrote: > > > > > > > >>>I get > >>> > >>> ** request class: > org.apache.cocoon.environment.http.HttpRequest > >> > >>Right - and that's the point. Sorry I didn't > explain more, but a change > >>was made to the environment and request > abstraction handling such that > >>the assumption in the wiki that you can tell > whether uploads are > >>successfully enabled is no longer correct. > >> > >>So, you'll notice in my proposed code that I > ignore the type of request. > >> Try it and let me know what happens. If you > just println inside each > >>condition block you'll have a major clue. > > > > > > I took a look through the HttpRequest code and can > see how that is > > supposed to work on the request wrapper inside the > HttpRequest. > > > > I checked the content type and get > multipart/form-data so that seems > > correct: > > > > > content-type=multipart/form-data;boundary=--------------------------7d41541f902a8 > > > > > > If I instrument the MultipartHttpServletRequest > code so I can see what's > > in the 'values' Hashtable - I just get two > parameters with string values > > - there are no Part objects in there. > > > > Do you think that means that the form-data really > isn't getting parsed? > > I also just threw it at a requestgenerator but > don't get any insights > > there. > > hmmm, I would be suspicious that uploads were broken > in 2.1.3 but I > really don't think so. > > Can you triple check that the web.xml used in this > case really has > enable-uploads set properly? > > After that, i'd break out a debugger, set a break > point on cocoon > servlet where it creates the request, or > RequestFactory, etc. and see > what is going on. > > Geoff > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: > users-unsubscribe@cocoon.apache.org > For additional commands, e-mail: > users-help@cocoon.apache.org > Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! Cr�ez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org