gzilla/show_bug.cgi?id=14036
MultipartPostMethod does not check for error messages
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RE
gzilla/show_bug.cgi?id=14036
MultipartPostMethod does not check for error messages
--- Additional Comments From [EMAIL PROTECTED] 2004-09-28 02:22 ---
WONTFIX is the right choice in my opinion. Though I understand the desire for this
feature I think the
alternatives(100-continue and HE
gzilla/show_bug.cgi?id=14036
MultipartPostMethod does not check for error messages
--- Additional Comments From [EMAIL PROTECTED] 2004-09-27 18:44 ---
Mike,
There are certainly real-life cases when this might be quite useful. Consider
the following situation: the user executes a POST or
gzilla/show_bug.cgi?id=14036
MultipartPostMethod does not check for error messages
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |AS
gzilla/show_bug.cgi?id=14036
MultipartPostMethod does not check for error messages
--- Additional Comments From [EMAIL PROTECTED] 2004-09-26 15:24 ---
Created an attachment (id=12868)
Patch (take 1)
-
To unsubscribe,
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|3.0 Alpha 2 |3.0
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|2.1 Final |3.0 A
gzilla/show_bug.cgi?id=14036
MultipartPostMethod does not check for error messages
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|2.1 Final |3.0
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||
I believe it's because older versions of FileUpload cannot handle the
transfer-encoding and/or content-type multi-part headers. These can be
removed by setting them to null on the FilePart.
Mike
Ortwin Glück wrote:
Eric Mckenna wrote:
sorry ;), It's a reference to Star Wars.
:-)
I can op
: "Eric Mckenna" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: March 08, 2004 8:17 PM
Subject: Having Trouble with MultipartPostMethod
> Greetings,
>
> Having some trouble with transferring a file to another server.
>
> Here's the flow:
> User su
Eric Mckenna wrote:
sorry ;), It's a reference to Star Wars.
:-)
I can open the transferred file and view the file, but the data is in a raw
or Hex form. I'm not sure what form exactly, but i went ahead and attached
an example.
Eric,
It looks like there is an extra CR LF at the beginning of yo
ROTECTED]>
To: "Commons HttpClient Project" <[EMAIL PROTECTED]>
Sent: March 09, 2004 3:54 AM
Subject: Re: Having Trouble with MultipartPostMethod
> Eric Mckenna wrote:
> > but when opened the encoding is all wrong.
> > The data is there but "No Alderan"
Eric Mckenna wrote:
but when opened the encoding is all wrong.
The data is there but "No Alderan"
Could you be more specific about this please? What do you mean?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
t "No Alderan"
Submitting the file directly to ServerA or ServerB is fine. The file can be
read by excel. From what I can tell,
I'm doing something incorrectly with creation of the MultipartPost before
transmission to the other server.
Here's some code of what I'm doing:
Mu
ake
care of the problem
Cheers
Oleg
-Mark
Stéphane Houle wrote:
Hi everyone,
I'm very sorry to send an email directly to all of you but I saw your
emails in the MultipartPostMethod source code in HttpClient 2.0 RC2.
Maybe you can or cannot answer to my question,
>
> >
> >PS: As soon as I have a breathing moment I may contribute
> >quote-printable codec to Commons-codec, which would allow us to take
> >care of the problem
> >
> >Cheers
> >
> >Oleg
> >
> >
> >
> >>-Mark
> >>
> >>
s(filename));
out.write(QUOTE_BYTES);
}
}
Is it a requirement that Disposition Header be in ASCII?
-Mark
Stéphane Houle wrote:
Hi everyone,
I'm very sorry to send an email directly to all of you but I saw your
emails in the MultipartPostMethod source code in Htt
I'm very sorry to send an email directly to all of you but I saw your
emails in the MultipartPostMethod source code in HttpClient 2.0 RC2.
Maybe you can or cannot answer to my question, if not, do you know a
mailing list or a person how can answer to my question ??
Here's my question:
I
Hello Luis,
Please take a look at MultipartPostMethod.addPart(Part) and the
FilePart class. These should be what you are looking for.
Mike
On Thursday, October 9, 2003, at 10:42 PM, Luis Augusto Coutinho
Sauerbronn wrote:
Hello!
I am using a MultipartPostMethod object to submit 3 files
Hello!
I am using a MultipartPostMethod object to submit 3 files and some text
fields to a perl script that I can't change.
One of the files should have the Content-Type "application/XYZ" but when I
use the method addParameter(String parameterName, File parameterFile) the
Content
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-09-24 13:04 ---
thanks Oleg - i'll be using Dirk's workaround, as it's not *that*
important ... many
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-09-12 15:13 ---
Isabelle,
I know for a fact that the latest Apache Commons FileUpload does exhibit this
problem, however,
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-09-12 14:40 ---
Hello all :)
where could i find info on the bugs you opened ("Opened bugs 20807 & 20808 for
the
gzilla/show_bug.cgi?id=22421
MultiPartPostMethod sends a different file than the one from file system
[EMAIL PROTECTED] changed:
What|Removed |Added
Stat
gzilla/show_bug.cgi?id=22421
MultiPartPostMethod sends a different file than the one from file system
Summary: MultiPartPostMethod sends a different file than the one
from file system
Product: Commons
Version: unspecified
Platform: PC
gzilla/show_bug.cgi?id=22421
MultiPartPostMethod sends a different file than the one from file system
--- Additional Comments From [EMAIL PROTECTED] 2003-08-14 14:53 ---
Hi Alessio,
This sounds very suspiciously like the server is misinterpreting the multipart form
content. There
shoul
gzilla/show_bug.cgi?id=22421
MultiPartPostMethod sends a different file than the one from file system
--- Additional Comments From [EMAIL PROTECTED] 2003-08-14 14:54 ---
Assuming that you are using the latest release of HttpClient(2.0rc1) I belive
this is caused by the content-type and tr
gzilla/show_bug.cgi?id=22421
MultiPartPostMethod sends a different file than the one from file system
--- Additional Comments From [EMAIL PROTECTED] 2003-08-14 15:07 ---
> Can it be that you are using Struts 1.0.x by on the server?
Yes I'm using Struts 1.0 with the FormFile class p
gzilla/show_bug.cgi?id=22421
MultiPartPostMethod sends a different file than the one from file system
--- Additional Comments From [EMAIL PROTECTED] 2003-08-14 14:55 ---
Can it be that you are using Struts 1.0.x by on the
gzilla/show_bug.cgi?id=22421
MultiPartPostMethod sends a different file than the one from file system
--- Additional Comments From [EMAIL PROTECTED] 2003-08-14 15:21 ---
It works with the work-around suggested by Mike (I cannot use struts 1.1!)
Thx to eve
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|--- |2.1
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-06-16 13:08 ---
As far as I can tell, FileUpload's current CVS snapshot can parse requests
generated with HttpClien
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
[EMAIL PROTECTED] changed:
What|Removed |Added
Stat
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-06-16 11:17 ---
Opened bugs 20807 & 20808 for the FileUpload team and Struts team.
Unless further information comes
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-06-16 09:53 ---
Dirk,
In my opinion all browsers do a very lousy job in terms of compliance with RFC
1867 and related sta
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-06-16 09:33 ---
Odi,
not a problem I did not feel offended :-). I completely agree with you, as it is
not up to me to
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-06-16 08:32 ---
Sorry guys, please ignore my comment. I did not read carefully
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-06-16 07:39 ---
Odi,
Settle down, man. You are way too harsh on Dirk.
Sadly enough, most of the HTTP agents out there
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-06-16 06:09 ---
Dirk,
Do not mess with the Transfer-Encoding headers. If you remove it the server will
not be able to par
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-06-13 15:19 ---
Oleg, for your information : bug 2 and bug 1 are related.
Both have to do with the headers. If you supp
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
--- Additional Comments From [EMAIL PROTECTED] 2003-06-13 14:09 ---
Dirk,
Issue 1) I believe the first problem is not a bug in HttpClient, Struts
framework or Tomcat servlet
gzilla/show_bug.cgi?id=20744
HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
Summary: HTTPClient MultiPartPostMethod inconsistent behaviour
compared to standard form upload
Product: Commons
Version: unspe
n [mailto:[EMAIL PROTECTED]
>Sent: Monday, June 02, 2003 09:02
>To: [EMAIL PROTECTED]
>Subject: MultipartPostMethod takes long time to execute
>
>
>Hi,
>
>I use MultipartPostMethod to do upload, but I found that it takes 3-4
>seconds to execute even for a very small fi
Thanks Ortwin, I added "filePost.setUseExpectHeader(false);" and it works.
Ortwin Glück wrote:
Martin Chan wrote:
Hi,
I use MultipartPostMethod to do upload, but I found that it takes 3-4
seconds to execute even for a very small file (<1KB).
int status = httpClient.executeMe
ide:
http://jakarta.apache.org/commons/httpclient/troubleshooting.html
Oleg
-Original Message-
From: Martin Chan [mailto:[EMAIL PROTECTED]
Sent: Monday, June 02, 2003 09:02
To: [EMAIL PROTECTED]
Subject: MultipartPostMethod takes long time to execute
Hi,
I use MultipartPostMethod to do upload, but I fou
Martin Chan wrote:
Hi,
I use MultipartPostMethod to do upload, but I found that it takes 3-4
seconds to execute even for a very small file (<1KB).
int status = httpClient.executeMethod(filePost);
Does anyone have the same problem? How to improve the speed?
I also found that the HttpCli
Hi,
I use MultipartPostMethod to do upload, but I found that it takes 3-4
seconds to execute even for a very small file (<1KB).
int status = httpClient.executeMethod(filePost);
Does anyone have the same problem? How to improve the speed?
I also found that the HttpClient fragment the p
EMAIL PROTECTED]
Subject: Re: MultipartPostMethod for serialized objects ?
Jandalf,
Thank you for your quick answer.
Actually it does not seem so simple to me since what i really need to send
to my servlet (besides some basic parameters) is a serialized java object.
Your name/value pairs seem to b
ROTECTED]
rg> cc:
Subject: Re: MultipartPostMethod for
seriali
Oleg
Thank you for your advice. Some modules offered by a software vendor
depends on Tomcat 3.2.x, so I'm compelled to use. I tried FileUpload on
Tomcat 4.1.18 with SSL and it worked fine! I'll try with Apache + Tomcat
3.2.4 later. It seems that the factor of the problem is at server side.
Thanks
rence.
Cheers
Oleg
-Original Message-
From: TANAKA Yuui [mailto:[EMAIL PROTECTED]
Sent: Freitag, 7. März 2003 09:32
To: Commons HttpClient Project
Subject: Re: Problem with MultipartPostMethod via HTTPS
Thank you for your quick reply.
I tried the latest HttpClient from CVS, but failed
Thank you for your quick reply.
I tried the latest HttpClient from CVS, but failed. And I did on another
machine, then I got the same result. As you point out the problem may be
occurred in the server side. The processing library for file upload is
Jakarta Commons FileUpload 1.0 and I run it on To
tartTime) /
1000.0) + " (sec)");
}
public String sendFile() throws IOException {
HttpClient httpClient = new HttpClient();
HostConfiguration hostConfig = httpClient.getHostConfiguration();
hostConfig.setHost(host, port, scheme);
MultipartPostMethod multi
Configuration();
hostConfig.setHost(host, port, scheme);
MultipartPostMethod multipartPostMethod = new MultipartPostMethod();
multipartPostMethod.setPath(fileSendUrl);
multipartPostMethod.addParameter("phase", "send");
Take a look at
http://jakarta.apache.org/commons/httpclient/logging.html in the
wireLog section for more details.
Mike
On Thursday, March 6, 2003, at 09:22 PM, TANAKA Yuui wrote:
I tried to send a file to a servlet with MultipartPostMethod via HTTPS,
then I get:
java.net.SocketExce
I tried to send a file to a servlet with MultipartPostMethod via HTTPS,
then I get:
java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at com.sun.net.ssl.internal.ssl.InputRecord.a(DashoA6275)
at
On Thu, 2003-02-27 at 21:29, Daniel Walsh wrote:
> >What library are you using to parse 'multipart/form-data'
> > formatted requests?
>
> We actually have our own classes to parse a multipart/form-data formatted
> request. I guess they could be a bit outdated at this point, or possible
> never we
>What library are you using to parse 'multipart/form-data'
> formatted requests?
We actually have our own classes to parse a multipart/form-data formatted
request. I guess they could be a bit outdated at this point, or possible
never were completely spec compliant themselves. The specification h
pe' and
'Content-Transfer-Encoding' headers. It seems that the library does not
like them that much
Cheers
Oleg
On Thu, 2003-02-27 at 02:26, Daniel Walsh wrote:
> I'm getting a new exception thrown by the servlet I'm pointing to when I use today's
> (Feb
Can you post the response headers? You could use wire log to see them.
Daniel Walsh wrote:
I'm getting a new exception thrown by the servlet I'm pointing to
when I use today's (Feb. 26th) source for MultipartPostMethod. It
complains about a malformed header line. When I point b
I'm getting a new exception thrown by the servlet I'm pointing to when I use today's
(Feb. 26th) source for MultipartPostMethod. It complains about a malformed header
line. When I point back to an older version of HttpClient, I don't get this
exception. Any ideas?
Daniel
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
--- Additional Comments From [EMAIL PROTECTED] 2003-02-26 14:18 ---
>From the abstract of RFC 2388 :
"This specification defines an Internet Media Type, multipart/form-
data, which can be [...] tr
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
--- Additional Comments From [EMAIL PROTECTED] 2003-02-26 13:56 ---
I was referring to the RFC 2388 and related RFCs. It does deal with content
encodings only. However, I would be a bit careful
If an error was being generated from the server side though, wouldn't
I be
getting my stack trace in the response body of my MultipartPostMethod?
It is difficult to be sure. My guess is that the server closed the
socket while you were still writing.
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
--- Additional Comments From [EMAIL PROTECTED] 2003-02-26 13:42 ---
Which RFCs do you mean? Do they cover HTTP or only Multipart MIME?
If you mean RFC1867 its no wonder there is no word about Transfer-En
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
--- Additional Comments From [EMAIL PROTECTED] 2003-02-26 13:29 ---
Folks,
Pardon my ignorance, but I am not sure at all that chunked encoding can be used
when submitting 'multipart/form-data' fo
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
--- Additional Comments From [EMAIL PROTECTED] 2003-02-26 09:51 ---
I agree with you that it's not wanted to buffer the request and in most cases
we don't know what the length of an InputStream
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
--- Additional Comments From [EMAIL PROTECTED] 2003-02-26 08:42 ---
Not providing a length along with an input stream implies:
- we either buffer the request (not wanted)
- or we use chunked transfer en
n
that end, and then maybe check out the Sun ONE app server docs.
If an error was being generated from the server side though, wouldn't I be
getting my stack trace in the response body of my MultipartPostMethod?
Daniel
-
To un
gzilla/show_bug.cgi?id=17416
Send InputStreams instead of files in MultipartPostMethod
Summary: Send InputStreams instead of files in
MultipartPostMethod
Product: Commons
Version: 2.0 Milestone 1
Platform: All
OS/Versio
app server docs.
If an error was being generated from the server side though, wouldn't I be
getting my stack trace in the response body of my MultipartPostMethod?
Daniel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
vious posting (Subject: MultipartPostMethod
Holding File Stream Open?), I'm using the MultipartPostMethod to
upload a file to a servlet. Here is the example code that I included
in the other posting:
File file = new File(strUrl);
HttpClient client = new HttpClient();
HostConfiguration
As I mentioned in a previous posting (Subject: MultipartPostMethod Holding File Stream
Open?), I'm using the MultipartPostMethod to upload a file to a servlet. Here is the
example code that I included in the other posting:
> File file = new File(strUrl);
>
> HttpClient client =
> This should be fixed now. The FileInputStream was not being closed
> after posting.
Great. I'll go ahead a re-download the API.
Thanks for addressing it so quickly.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addition
This should be fixed now. The FileInputStream was not being closed
after posting.
Mike
On Tuesday, February 25, 2003, at 08:05 PM, Daniel Walsh wrote:
I'm using a MultipartPostMethod to upload a file to a servlet:
File file = new File(strUrl);
HttpClient client = new HttpC
gzilla/show_bug.cgi?id=17409
MultipartPostMethod Holding File Stream Open?
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RE
gzilla/show_bug.cgi?id=17409
MultipartPostMethod Holding File Stream Open?
--- Additional Comments From [EMAIL PROTECTED] 2003-02-26 02:29 ---
Created an attachment (id=5028)
Fix Patch
-
To unsubscribe, e-mail: [EMAIL PRO
gzilla/show_bug.cgi?id=17409
MultipartPostMethod Holding File Stream Open?
Summary: MultipartPostMethod Holding File Stream Open?
Product: Commons
Version: 2.0 Alpha 3
Platform: All
OS/Version: All
Status: NEW
Severity:
I'm using a MultipartPostMethod to upload a file to a servlet:
File file = new File(strUrl);
HttpClient client = new HttpClient();
HostConfiguration hostConfig = new HostConfiguration();
MultipartPostMethod mpPost = new MultipartPostMethod();
hostConfig.setHost(someURL.ge
[EMAIL PROTECTED] wrote:
Actually, any sane cgi script or servlet *should* ignore
Content-Length when parsing multipart/form-data request body.
I don't agree. You are mixing protocol and data.
Content-Length is a HTTP protocol element whereas multipart MIME is a
content format.
--
Thomas
That would cause the total Content-Length to be miscalculated. Actually, any sane cgi
script or servlet *should* ignore Content-Length when parsing multipart/form-data
request body. But you never know what side-effects an invalid Content-Length value
might cause. So, proceed with caution.
I tried it but there is a problem to integrate the method getLength()
because I don't know the length of the InputStream. What are the problems if
this method returns 0 (I'm sure there will be some!)?
Thomas
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Gesen
I want to create a multipart post with an InputStream instead of a File.
Is that possible?
Thomas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
gzilla/show_bug.cgi?id=14036
MultipartPostMethod does not check for error messages
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|2.0 Beta 1 |2.1
gzilla/show_bug.cgi?id=14036
MultipartPostMethod does not check for error messages
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|oleg.kalnichevski@bearingpoi|[EMAIL PRO
gzilla/show_bug.cgi?id=14036
MultipartPostMethod does not check for error messages
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |AS
gzilla/show_bug.cgi?id=14036
MultipartPostMethod does not check for error messages
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||commons-http
Thanks, everyone. The PostMethod class seems to work perfectly fine. I guess it was
an issue of using MultipartPostMethod with Tomcat. I'm running the Tomcat 4.0
Internal Server inside of NetBeans, so the comment about MultipartPostMethod not
working correctly with Tomcat, seems to have
> -Original Message-
> From: Michael Becke [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 28, 2003 6:26 AM
> To: Commons HttpClient Project
> Subject: Re: MultipartPostMethod - Passing Parameters
>
>
> Commons FileUpload also handles multipart posts.
That
urned out to be confusing or
unclear. I do think that PostMethod may be more appropriate in your
case. MultipartPostMethod usually comes handy when you need to submit
binary data along with some parameters with a single HTTP request. In
most cases, however simple HTTP POST (represented by PostMethod
opriate in your case. MultipartPostMethod usually comes handy when you need to submit binary data along with some parameters with a single HTTP request. In most cases, however simple HTTP POST (represented by PostMethod class) should suffice.
I suspect that the problem in your case lies with th
Dave, Daniel
I am sorry if my previous statement turned out to be confusing or unclear. I do think
that PostMethod may be more appropriate in your case. MultipartPostMethod usually
comes handy when you need to submit binary data along with some parameters with a
single HTTP request. In most
I think Oleg is saying that you use MultipartPostMethod in your example
but should probably use PostMethod instead.
Mike
On Tuesday, January 28, 2003, at 07:52 AM, Dave Walsh wrote:
I saw your post and response, I have seen this guy alot on this forum.
I dod't myself know why we n
java.net.*;
public class HttpClientExmpl
{
public HttpClientExmpl()
{
init();
}
public void init()
{
MultipartPostMethod postMethod = new MultipartPostMethod();
postMethod.setPath("/servlet/HttpClientExmplServlet");
postMethod.addP
Daniel
Try using plain PostMethod instead of MultipartPostMethod, unless you are really sure
you need ability to submit multiple entities at once
Oleg
-Original Message-
From: Daniel Walsh [mailto:[EMAIL PROTECTED]]
Sent: Dienstag, 28. Januar 2003 07:38
To: [EMAIL PROTECTED]
Subject
httpclient.*;
import org.apache.commons.httpclient.methods.*;
import java.io.*;
import java.net.*;
public class HttpClientExmpl
{
public HttpClientExmpl()
{
init();
}
public void init()
{
MultipartPostMethod postMethod = new MultipartPostMethod();
postMeth
98 matches
Mail list logo