Mailing-List: contact httpclient-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpClient User Discussion" <httpclient-user@jakarta.apache.org>
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <473FE4CD.5030305@dubioso.net>
Date: Sun, 18 Nov 2007 08:07:57 +0100
From: Roland Weber <ossfwot@dubioso.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.8.1.9) Gecko/20071109 SeaMonkey/1.1.6
MIME-Version: 1.0
To: HttpClient User Discussion <httpclient-user@jakarta.apache.org>
Subject: Re: Problem with MultiPartPostMethod when long string added in
 parameter
References: <10ee68930711160245t46b37e1es666e5ad7764d72c2@mail.gmail.com>
In-Reply-To: <10ee68930711160245t46b37e1es666e5ad7764d72c2@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

nitya vyas wrote:
> 
> The problem i am facing is that i have a String parameter which will store
> number of files being uploaded in comma separated string.. 1,2,3,... etc

Why would you do that? If it's just all numbers from 1 to n,
then send n instead and let the server interpret that.
In general, you cannot assume that a server will be able to
process parameters with arbitrary length, or that all browsers
will be able to generate them. Limits are implementation specific.

> The value which i get for the long string parameter 1,2,3,4,5.. upto 300 is
> not got properly and there are garbage values in that...

Can you be more specific about the garbage values?
Something like line breaks?

> wat can be done to get the value of the long string correctly by
> parseRequest on server??

I suggest you use the wire log on the client side to get the
exact value that is sent for the parameter. Compare something
that works (...200) with one that fails (...300). Then we can
check whether what we send is comopliant with the spec.

As mentioned above, the best way to fix this problem is to
avoid excessively long parameter values.

hope this helps,
  Roland


---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpclient-user-help@jakarta.apache.org