Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 81948 invoked from network); 2 Sep 2005 11:24:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 2 Sep 2005 11:24:43 -0000 Received: (qmail 82837 invoked by uid 500); 2 Sep 2005 11:24:37 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 82774 invoked by uid 500); 2 Sep 2005 11:24:36 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Jakarta Commons Users List" Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list commons-user@jakarta.apache.org Received: (qmail 82761 invoked by uid 99); 2 Sep 2005 11:24:36 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Sep 2005 04:24:36 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of gcjcu-commons-user@m.gmane.org designates 80.91.229.2 as permitted sender) Received: from [80.91.229.2] (HELO ciao.gmane.org) (80.91.229.2) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Sep 2005 04:24:50 -0700 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1EB9dW-00030C-6r for commons-user@jakarta.apache.org; Fri, 02 Sep 2005 13:23:10 +0200 Received: from e181010182.adsl.alicedsl.de ([85.181.10.182]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 02 Sep 2005 13:23:10 +0200 Received: from andreas by e181010182.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 02 Sep 2005 13:23:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: commons-user@jakarta.apache.org From: Andreas Schildbach Subject: Re: [FileUpload] Issue with multipart/form-data and request parameters in include Date: Fri, 02 Sep 2005 13:22:28 +0200 Lines: 23 Message-ID: References: <430F6D34.3040402@printtime.com> <431081D4.7040203@printtime.com> <16d6c620050901164518c69110@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: e181010182.adsl.alicedsl.de User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050727) X-Accept-Language: en-us, en In-Reply-To: <16d6c620050901164518c69110@mail.gmail.com> Sender: news X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Martin Cooper wrote: >>1. GET: "value1 hello world value2" >>2. POST (default enctype): "value1 hello world value2" > > These are the only two combinations for which the container is required to > make parameters available. See SectionSRV.4.1.1 of the Servlet 2.3 spec. Thanks for this pointer! I have Servlet 2.4 spec available, but I guess it did not change much in this respect. The important part is contained in SRV.4.1: "Data from the query string and the post body are aggregated into the request parameter set. [...]" However, the container is not restricted to these two combinations. It could extend the aggregation behaviour to any parameter encoding it likes. I would go so far and assert that if the spec would someday be extended to enctype="multipart/form-data", the above aggregation rule would apply to this combination, too. Regards, Andreas --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org