HTTP Form Posting using Jersey Client vs Apache HttpClient

Discussion:

Arul Dhesiaseelan

2010-04-12 03:12:34 UTC

Hi,

I am trying to use Jersey client to do a multipart form submit to a CGI
script. But, the service returns the HTML form instead of the actual
response. I have the code which works on Apache HttpClient. I am not sure
what I am missing here. Can someone help?

POST using Apache HttpClient (this code works):

HttpClient client = new HttpClient();
PostMethod filePost = new PostMethod("https://test.com/cgi-bin/submit.cgi");
filePost.setDoAuthentication(true);//process authentication challenges
authomatically
File targetFile = new File("customer.bin");
Part[] parts = { new FilePart("file", targetFile),
new StringPart("user", "username"),
new StringPart("password", "password"),
new StringPart("type", "X32") };
filePost.setRequestEntity(new MultipartRequestEntity(parts,
filePost.getParams()));
filePost.setRequestHeader("Content-type","multipart/form-data");
int status = client.executeMethod(filePost);

Log output:

2010/04/11 17:20:21:594 MDT [DEBUG] header - >> "POST /cgi-bin/submit.cgi
HTTP/1.1[\r][\n]"
2010/04/11 17:20:21:595 MDT [DEBUG] HttpMethodBase - Adding Host request
header
2010/04/11 17:20:21:620 MDT [DEBUG] header - >> "Content-type:
multipart/form-data[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "User-Agent: Jakarta
Commons-HttpClient/3.1[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "Host: test.com[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "Content-Length:
117417[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "--"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >>
"giTfSy0R4Zrd7j4lruBwymHkrZRJdNLD5kV4zcM"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "Content-Disposition:
form-data; name="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "file"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "; filename="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "customer.bin"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "Content-Type: "
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "application/octet-stream"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "; charset="
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "ISO-8859-1"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "Content-Transfer-Encoding:
"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "binary"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
...............

POST using Jersey Client (this does not work) :

MultiPart multiPart = new MultiPart();
WebResource.Builder builder = resource.getRequestBuilder();
File targetFile = new File("customer.bin");
FileDataBodyPart fileDataBodyPart = new FileDataBodyPart("file", targetFile,
MediaType.APPLICATION_OCTET_STREAM_TYPE);
multiPart.bodyPart(fileDataBodyPart);
FormDataBodyPart formDataBodyPart = new FormDataBodyPart("user", "username);
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("password", "password");
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("tyoe", "X32");
multiPart.bodyPart(formDataBodyPart);
ClientResponse response =
builder.type("multipart/form-data").post(ClientResponse.class, multiPart);

Log output:

INFO: 1 * Client out-bound request
1 > POST https://test.com/cgi-bin/submit.cgi
1 > Content-Type: multipart/form-data
1 >

--Boundary_1_1839257702_1271040995070
Content-Type: application/octet-stream
Content-Disposition: form-data;name="file"

........

I tried using FormDataMultiPart, but no luck. I am not sure what translates
to setDoAuthentication() API in Jersey Client.

I also tried something like using the ApacheHttpClient API in Jersey Client,
but same result:

DefaultApacheHttpClientConfig config = new
DefaultApacheHttpClientConfig();
config.getState().setCredentials(null, null, -1, "username",
"password");

config.getProperties().put(ApacheHttpClientConfig.PROPERTY_PREEMPTIVE_AUTHENTICATION,
true);

ApacheHttpClient client = ApacheHttpClient.create(config);

I must be missing something fundamental here. Appreciate any suggestions.

-Arul

Paul Sandoz

2010-04-12 09:16:18 UTC

Permalink

Post by Arul Dhesiaseelan
Hi,
I am trying to use Jersey client to do a multipart form submit to a
CGI script. But, the service returns the HTML form instead of the
actual response. I have the code which works on Apache HttpClient. I
am not sure what I am missing here. Can someone help?
HttpClient client = new HttpClient();
PostMethod filePost = new PostMethod("https://test.com/cgi-bin/submit.cgi
");
filePost.setDoAuthentication(true);//process authentication
challenges authomatically
File targetFile = new File("customer.bin");
Part[] parts = { new FilePart("file", targetFile),
new StringPart("user", "username"),
new StringPart("password", "password"),
new StringPart("type", "X32") };
filePost.setRequestEntity(new MultipartRequestEntity(parts,
filePost.getParams()));
filePost.setRequestHeader("Content-type","multipart/form-data");
int status = client.executeMethod(filePost);
2010/04/11 17:20:21:594 MDT [DEBUG] header - >> "POST /cgi-bin/
submit.cgi HTTP/1.1[\r][\n]"
2010/04/11 17:20:21:595 MDT [DEBUG] HttpMethodBase - Adding Host
request header
multipart/form-data[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "User-Agent: Jakarta
Commons-HttpClient/3.1[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "Host: test.com[\r]
[\n]"
117417[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "--"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >>
"giTfSy0R4Zrd7j4lruBwymHkrZRJdNLD5kV4zcM"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "Content-
Disposition: form-data; name="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "file"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "; filename="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "customer.bin"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "Content-Type: "
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "application/octet-
stream"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "; charset="
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "ISO-8859-1"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "Content-Transfer-
Encoding: "
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "binary"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
...............
MultiPart multiPart = new MultiPart();
WebResource.Builder builder = resource.getRequestBuilder();
File targetFile = new File("customer.bin");
FileDataBodyPart fileDataBodyPart = new FileDataBodyPart("file",
targetFile, MediaType.APPLICATION_OCTET_STREAM_TYPE);
multiPart.bodyPart(fileDataBodyPart);
FormDataBodyPart formDataBodyPart = new FormDataBodyPart("user", "username);
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("password", "password");
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("tyoe", "X32");
multiPart.bodyPart(formDataBodyPart);
ClientResponse response = builder.type("multipart/form-
data").post(ClientResponse.class, multiPart);
INFO: 1 * Client out-bound request
1 > POST https://test.com/cgi-bin/submit.cgi
1 > Content-Type: multipart/form-data
1 >
--Boundary_1_1839257702_1271040995070
Content-Type: application/octet-stream
Content-Disposition: form-data;name="file"
........
I tried using FormDataMultiPart, but no luck. I am not sure what
translates to setDoAuthentication() API in Jersey Client.
I also tried something like using the ApacheHttpClient API in Jersey
DefaultApacheHttpClientConfig config = new
DefaultApacheHttpClientConfig();
config.getState().setCredentials(null, null, -1, "username",
"password");
config
.getProperties
().put(ApacheHttpClientConfig.PROPERTY_PREEMPTIVE_AUTHENTICATION,
true);
ApacheHttpClient client = ApacheHttpClient.create(config);
I must be missing something fundamental here. Appreciate any
suggestions.
-Arul

Arul Dhesiaseelan

2010-04-12 14:00:41 UTC

Permalink

Hi Paul,

I removed the below line from the Apache HTTP Client code and it still
works. So, it looks like auth in not enabled on the CGI script.
filePost.setDoAuthentication(true);

Unfortunately, I do not have access to the server side.

Thanks,
Arul

Hi,
The odd thing is in your Apache HTTP client code you have not specified any
credentials. So are you sure authentication on the CGI script is enabled?
Can you send the full HTTP request response exchange when using both
clients and any logging information from the CGI script?
Paul.
Hi,
I am trying to use Jersey client to do a multipart form submit to a CGI
script. But, the service returns the HTML form instead of the actual
response. I have the code which works on Apache HttpClient. I am not sure
what I am missing here. Can someone help?
HttpClient client = new HttpClient();
PostMethod filePost = new PostMethod("https://test.com/cgi-bin/submit.cgi
");
filePost.setDoAuthentication(true);//process authentication challenges
authomatically
File targetFile = new File("customer.bin");
Part[] parts = { new FilePart("file", targetFile),
new StringPart("user", "username"),
new StringPart("password", "password"),
new StringPart("type", "X32") };
filePost.setRequestEntity(new MultipartRequestEntity(parts,
filePost.getParams()));
filePost.setRequestHeader("Content-type","multipart/form-data");
int status = client.executeMethod(filePost);
2010/04/11 17:20:21:594 MDT [DEBUG] header - >> "POST /cgi-bin/submit.cgi
HTTP/1.1[\r][\n]"
2010/04/11 17:20:21:595 MDT [DEBUG] HttpMethodBase - Adding Host request
header
multipart/form-data[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "User-Agent: Jakarta
Commons-HttpClient/3.1[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "Host: test.com[\r][\n]"
117417[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "--"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >>
"giTfSy0R4Zrd7j4lruBwymHkrZRJdNLD5kV4zcM"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "[\r][\n]"
form-data; name="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "file"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "; filename="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "customer.bin"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "Content-Type: "
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "application/octet-stream"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "; charset="
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "ISO-8859-1"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >>
"Content-Transfer-Encoding: "
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "binary"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
...............
MultiPart multiPart = new MultiPart();
WebResource.Builder builder = resource.getRequestBuilder();
File targetFile = new File("customer.bin");
FileDataBodyPart fileDataBodyPart = new FileDataBodyPart("file",
targetFile, MediaType.APPLICATION_OCTET_STREAM_TYPE);
multiPart.bodyPart(fileDataBodyPart);
FormDataBodyPart formDataBodyPart = new FormDataBodyPart("user", "username);
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("password", "password");
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("tyoe", "X32");
multiPart.bodyPart(formDataBodyPart);
ClientResponse response =
builder.type("multipart/form-data").post(ClientResponse.class, multiPart);
INFO: 1 * Client out-bound request
1 > POST https://test.com/cgi-bin/submit.cgi
1 > Content-Type: multipart/form-data
1 >
--Boundary_1_1839257702_1271040995070
Content-Type: application/octet-stream
Content-Disposition: form-data;name="file"
........
I tried using FormDataMultiPart, but no luck. I am not sure what translates
to setDoAuthentication() API in Jersey Client.
I also tried something like using the ApacheHttpClient API in Jersey
DefaultApacheHttpClientConfig config = new
DefaultApacheHttpClientConfig();
config.getState().setCredentials(null, null, -1, "username",
"password");
config.getProperties().put(ApacheHttpClientConfig.PROPERTY_PREEMPTIVE_AUTHENTICATION,
true);
ApacheHttpClient client = ApacheHttpClient.create(config);
I must be missing something fundamental here. Appreciate any suggestions.
-Arul

--
Blog: http://aruld.info
Follow: http://twitter.com/aruld
Network: http://www.linkedin.com/in/aruld

Arul Dhesiaseelan

2010-04-12 16:35:11 UTC

Permalink

Hi Paul,

I noticed other thing in the requests, the header is set to "Content-type:
multipart/form-data" in case of HttpClient and "Content-Type:
multipart/form-data" in case of JerseyClient, note the case change in Type.
I am not sure if this is causing any of these problems. I thought of
checking this by manually setting the header using the Jersey Client, but I
get a ClassCastException when performing the POST in the following code:

ClientResponse response = resource.header("Content-type",
"multipart/form-data").post(ClientResponse.class, multiPart);

Here is the exception trace (I am using version 1.1.5.1):

1 * Out-bound request
1 > POST https://test.com/cgi-bin/submit.cgi
1 > Content-type: multipart/form-data
1 >
Exception in thread "main" com.sun.jersey.api.client.ClientHandlerException:
java.lang.ClassCastException: java.lang.String
at
com.sun.jersey.client.urlconnection.URLConnectionClientHandler.handle(URLConnectionClientHandler.java:128)
at
com.sun.jersey.api.client.filter.LoggingFilter.handle(LoggingFilter.java:152)
at com.sun.jersey.api.client.Client.handle(Client.java:435)
at com.sun.jersey.api.client.WebResource.handle(WebResource.java:557)
at com.sun.jersey.api.client.WebResource.access$300(WebResource.java:69)
at
com.sun.jersey.api.client.WebResource$Builder.post(WebResource.java:499)
at coderyte.flux.poc.JerseyClientTest.main(JerseyClientTest.java:77)
Caused by: java.lang.ClassCastException: java.lang.String
at
com.sun.jersey.multipart.impl.MultiPartWriter.writeTo(MultiPartWriter.java:129)
at
com.sun.jersey.multipart.impl.MultiPartWriter.writeTo(MultiPartWriter.java:68)
at
com.sun.jersey.api.client.TerminatingClientHandler.writeRequestEntity(TerminatingClientHandler.java:317)
at
com.sun.jersey.client.urlconnection.URLConnectionClientHandler._invoke(URLConnectionClientHandler.java:179)
at
com.sun.jersey.client.urlconnection.URLConnectionClientHandler.handle(URLConnectionClientHandler.java:126)
... 6 more

Any clues?

-Arul

Post by Arul Dhesiaseelan
Hi Paul,
I removed the below line from the Apache HTTP Client code and it still
works. So, it looks like auth in not enabled on the CGI script.
filePost.setDoAuthentication(true);
Unfortunately, I do not have access to the server side.
Thanks,
Arul

Hi,
The odd thing is in your Apache HTTP client code you have not specified
any credentials. So are you sure authentication on the CGI script is
enabled?
Can you send the full HTTP request response exchange when using both
clients and any logging information from the CGI script?
Paul.
Hi,
I am trying to use Jersey client to do a multipart form submit to a CGI
script. But, the service returns the HTML form instead of the actual
response. I have the code which works on Apache HttpClient. I am not sure
what I am missing here. Can someone help?
HttpClient client = new HttpClient();
PostMethod filePost = new PostMethod("https://test.com/cgi-bin/submit.cgi
");
filePost.setDoAuthentication(true);//process authentication challenges
authomatically
File targetFile = new File("customer.bin");
Part[] parts = { new FilePart("file", targetFile),
new StringPart("user", "username"),
new StringPart("password", "password"),
new StringPart("type", "X32") };
filePost.setRequestEntity(new MultipartRequestEntity(parts,
filePost.getParams()));
filePost.setRequestHeader("Content-type","multipart/form-data");
int status = client.executeMethod(filePost);
2010/04/11 17:20:21:594 MDT [DEBUG] header - >> "POST /cgi-bin/submit.cgi
HTTP/1.1[\r][\n]"
2010/04/11 17:20:21:595 MDT [DEBUG] HttpMethodBase - Adding Host request
header
multipart/form-data[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "User-Agent: Jakarta
Commons-HttpClient/3.1[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "Host: test.com[\r][\n]"
117417[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "--"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >>
"giTfSy0R4Zrd7j4lruBwymHkrZRJdNLD5kV4zcM"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "[\r][\n]"
form-data; name="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "file"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "; filename="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "customer.bin"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "Content-Type: "
2010/04/11 17:20:21:623 MDT [DEBUG] content - >>
"application/octet-stream"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "; charset="
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "ISO-8859-1"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >>
"Content-Transfer-Encoding: "
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "binary"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
...............
MultiPart multiPart = new MultiPart();
WebResource.Builder builder = resource.getRequestBuilder();
File targetFile = new File("customer.bin");
FileDataBodyPart fileDataBodyPart = new FileDataBodyPart("file",
targetFile, MediaType.APPLICATION_OCTET_STREAM_TYPE);
multiPart.bodyPart(fileDataBodyPart);
FormDataBodyPart formDataBodyPart = new FormDataBodyPart("user", "username);
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("password", "password");
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("tyoe", "X32");
multiPart.bodyPart(formDataBodyPart);
ClientResponse response =
builder.type("multipart/form-data").post(ClientResponse.class, multiPart);
INFO: 1 * Client out-bound request
1 > POST https://test.com/cgi-bin/submit.cgi
1 > Content-Type: multipart/form-data
1 >
--Boundary_1_1839257702_1271040995070
Content-Type: application/octet-stream
Content-Disposition: form-data;name="file"
........
I tried using FormDataMultiPart, but no luck. I am not sure what
translates to setDoAuthentication() API in Jersey Client.
I also tried something like using the ApacheHttpClient API in Jersey
DefaultApacheHttpClientConfig config = new
DefaultApacheHttpClientConfig();
config.getState().setCredentials(null, null, -1, "username",
"password");
config.getProperties().put(ApacheHttpClientConfig.PROPERTY_PREEMPTIVE_AUTHENTICATION,
true);
ApacheHttpClient client = ApacheHttpClient.create(config);
I must be missing something fundamental here. Appreciate any suggestions.
-Arul

Paul Sandoz

2010-04-13 09:08:08 UTC

Permalink

Hi Arul,

There is a silly bug in the multipart module. Can you log an issue.

However, i think this is orthogonal to the problem you are
encountering. HTTP headers are case insensitive, and Jersey will
anyway re-write the Content-Type header value to include the boundary
string parameter that declared the delimitation string between body
parts.

My suspicion is the CGI script cannot parse the value of the Content-
Type or Content-Disposition headers. But it would help if you could
get access to some sort of server-side information.

Developers have reported cases of services consume multipart/form-data
being sensitive to white space characters between parameters of media
types and content disposition types. Jersey does not use white space.

From Jersey:

Content-Disposition: form-data;name="file"

From Apache HTTP client:

Content-Disposition: form-data; name="file"

Paul.

Post by Arul Dhesiaseelan
Hi Paul,
I noticed other thing in the requests, the header is set to "Content-
multipart/form-data" in case of JerseyClient, note the case change
in Type. I am not sure if this is causing any of these problems. I
thought of checking this by manually setting the header using the
Jersey Client, but I get a ClassCastException when performing the
ClientResponse response = resource.header("Content-type", "multipart/
form-data").post(ClientResponse.class, multiPart);
1 * Out-bound request
1 > POST https://test.com/cgi-bin/submit.cgi
1 > Content-type: multipart/form-data
1 >
Exception in thread "main"
java.lang.ClassCastException: java.lang.String
at
com
.sun
.jersey
.client
.urlconnection
128)
at
com
.sun
.jersey.api.client.filter.LoggingFilter.handle(LoggingFilter.java:152)
at com.sun.jersey.api.client.Client.handle(Client.java:435)
557)
at com.sun.jersey.api.client.WebResource.access
$300(WebResource.java:69)
at com.sun.jersey.api.client.WebResource
$Builder.post(WebResource.java:499)
77)
Caused by: java.lang.ClassCastException: java.lang.String
at
com
.sun
129)
at
com
.sun
68)
at
com
.sun
.jersey
.api
.client
.TerminatingClientHandler
.writeRequestEntity(TerminatingClientHandler.java:317)
at
com
.sun
.jersey
.client
.urlconnection
179)
at
com
.sun
.jersey
.client
.urlconnection
126)
... 6 more
Any clues?
-Arul
Hi Paul,
I removed the below line from the Apache HTTP Client code and it
still works. So, it looks like auth in not enabled on the CGI script.
filePost.setDoAuthentication(true);
Unfortunately, I do not have access to the server side.
Thanks,
Arul
Hi,
The odd thing is in your Apache HTTP client code you have not
specified any credentials. So are you sure authentication on the CGI
script is enabled?
Can you send the full HTTP request response exchange when using both
clients and any logging information from the CGI script?
Paul.

Post by Arul Dhesiaseelan
Hi,
I am trying to use Jersey client to do a multipart form submit to a
CGI script. But, the service returns the HTML form instead of the
actual response. I have the code which works on Apache HttpClient.
I am not sure what I am missing here. Can someone help?
HttpClient client = new HttpClient();
PostMethod filePost = new PostMethod("https://test.com/cgi-bin/submit.cgi
");
filePost.setDoAuthentication(true);//process authentication
challenges authomatically
File targetFile = new File("customer.bin");
Part[] parts = { new FilePart("file", targetFile),
new StringPart("user", "username"),
new StringPart("password", "password"),
new StringPart("type", "X32") };
filePost.setRequestEntity(new MultipartRequestEntity(parts,
filePost.getParams()));
filePost.setRequestHeader("Content-type","multipart/form-data");
int status = client.executeMethod(filePost);
2010/04/11 17:20:21:594 MDT [DEBUG] header - >> "POST /cgi-bin/
submit.cgi HTTP/1.1[\r][\n]"
2010/04/11 17:20:21:595 MDT [DEBUG] HttpMethodBase - Adding Host
request header
multipart/form-data[\r][\n]"
Jakarta Commons-HttpClient/3.1[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "Host: test.com[\r]
[\n]"
117417[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "--"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >>
"giTfSy0R4Zrd7j4lruBwymHkrZRJdNLD5kV4zcM"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "Content-
Disposition: form-data; name="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "file"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "; filename="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "customer.bin"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "Content-Type: "
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "application/octet-
stream"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "; charset="
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "ISO-8859-1"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "Content-Transfer-
Encoding: "
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "binary"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
...............
MultiPart multiPart = new MultiPart();
WebResource.Builder builder = resource.getRequestBuilder();
File targetFile = new File("customer.bin");
FileDataBodyPart fileDataBodyPart = new FileDataBodyPart("file",
targetFile, MediaType.APPLICATION_OCTET_STREAM_TYPE);
multiPart.bodyPart(fileDataBodyPart);
FormDataBodyPart formDataBodyPart = new FormDataBodyPart("user", "username);
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("password", "password");
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("tyoe", "X32");
multiPart.bodyPart(formDataBodyPart);
ClientResponse response = builder.type("multipart/form-
data").post(ClientResponse.class, multiPart);
INFO: 1 * Client out-bound request
1 > POST https://test.com/cgi-bin/submit.cgi
1 > Content-Type: multipart/form-data
1 >
--Boundary_1_1839257702_1271040995070
Content-Type: application/octet-stream
Content-Disposition: form-data;name="file"
........
I tried using FormDataMultiPart, but no luck. I am not sure what
translates to setDoAuthentication() API in Jersey Client.
I also tried something like using the ApacheHttpClient API in
DefaultApacheHttpClientConfig config = new
DefaultApacheHttpClientConfig();
config.getState().setCredentials(null, null, -1,
"username", "password");
config
.getProperties
().put(ApacheHttpClientConfig.PROPERTY_PREEMPTIVE_AUTHENTICATION,
true);
ApacheHttpClient client = ApacheHttpClient.create(config);
I must be missing something fundamental here. Appreciate any
suggestions.
-Arul

Arul Dhesiaseelan

2010-04-13 17:10:38 UTC

Permalink

I have logged an issue (505) for the ClassCastException. Here is the request debug snip from HttpClient, I do see the whitespace, and it may very well be the case here:

2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "Content-Disposition: form-data; name="
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> """
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "file"
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> """
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "; filename="
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> """
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "customer.bin"
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> """
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "Content-Type: "
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "application/octet-stream"
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "; charset="
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "ISO-8859-1"
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "Content-Transfer-Encoding: "
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "binary"
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "[\r][\n]"

I will try to get access to the server side logs, I am not positive though :-(

Thanks for your help again.

Arul.

Post by Paul Sandoz
Hi Arul,
There is a silly bug in the multipart module. Can you log an issue.
However, i think this is orthogonal to the problem you are encountering. HTTP headers are case insensitive, and Jersey will anyway re-write the Content-Type header value to include the boundary string parameter that declared the delimitation string between body parts.
My suspicion is the CGI script cannot parse the value of the Content-Type or Content-Disposition headers. But it would help if you could get access to some sort of server-side information.
Developers have reported cases of services consume multipart/form-data being sensitive to white space characters between parameters of media types and content disposition types. Jersey does not use white space.
Content-Disposition: form-data;name="file"
Content-Disposition: form-data; name="file"
Paul.

Post by Arul Dhesiaseelan
Hi Paul,
ClientResponse response = resource.header("Content-type", "multipart/form-data").post(ClientResponse.class, multiPart);
1 * Out-bound request
1 > POST https://test.com/cgi-bin/submit.cgi
1 > Content-type: multipart/form-data
1 >
Exception in thread "main" com.sun.jersey.api.client.ClientHandlerException: java.lang.ClassCastException: java.lang.String
at com.sun.jersey.client.urlconnection.URLConnectionClientHandler.handle(URLConnectionClientHandler.java:128)
at com.sun.jersey.api.client.filter.LoggingFilter.handle(LoggingFilter.java:152)
at com.sun.jersey.api.client.Client.handle(Client.java:435)
at com.sun.jersey.api.client.WebResource.handle(WebResource.java:557)
at com.sun.jersey.api.client.WebResource.access$300(WebResource.java:69)
at com.sun.jersey.api.client.WebResource$Builder.post(WebResource.java:499)
at coderyte.flux.poc.JerseyClientTest.main(JerseyClientTest.java:77)
Caused by: java.lang.ClassCastException: java.lang.String
at com.sun.jersey.multipart.impl.MultiPartWriter.writeTo(MultiPartWriter.java:129)
at com.sun.jersey.multipart.impl.MultiPartWriter.writeTo(MultiPartWriter.java:68)
at com.sun.jersey.api.client.TerminatingClientHandler.writeRequestEntity(TerminatingClientHandler.java:317)
at com.sun.jersey.client.urlconnection.URLConnectionClientHandler._invoke(URLConnectionClientHandler.java:179)
at com.sun.jersey.client.urlconnection.URLConnectionClientHandler.handle(URLConnectionClientHandler.java:126)
... 6 more
Any clues?
-Arul
Hi Paul,
I removed the below line from the Apache HTTP Client code and it still works. So, it looks like auth in not enabled on the CGI script.
filePost.setDoAuthentication(true);
Unfortunately, I do not have access to the server side.
Thanks,
Arul
Hi,
The odd thing is in your Apache HTTP client code you have not specified any credentials. So are you sure authentication on the CGI script is enabled?
Can you send the full HTTP request response exchange when using both clients and any logging information from the CGI script?
Paul.

Hi,
I am trying to use Jersey client to do a multipart form submit to a CGI script. But, the service returns the HTML form instead of the actual response. I have the code which works on Apache HttpClient. I am not sure what I am missing here. Can someone help?
HttpClient client = new HttpClient();
PostMethod filePost = new PostMethod("https://test.com/cgi-bin/submit.cgi");
filePost.setDoAuthentication(true);//process authentication challenges authomatically
File targetFile = new File("customer.bin");
Part[] parts = { new FilePart("file", targetFile),
new StringPart("user", "username"),
new StringPart("password", "password"),
new StringPart("type", "X32") };
filePost.setRequestEntity(new MultipartRequestEntity(parts, filePost.getParams()));
filePost.setRequestHeader("Content-type","multipart/form-data");
int status = client.executeMethod(filePost);
2010/04/11 17:20:21:594 MDT [DEBUG] header - >> "POST /cgi-bin/submit.cgi HTTP/1.1[\r][\n]"
2010/04/11 17:20:21:595 MDT [DEBUG] HttpMethodBase - Adding Host request header
2010/04/11 17:20:21:620 MDT [DEBUG] header - >> "Content-type: multipart/form-data[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "User-Agent: Jakarta Commons-HttpClient/3.1[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "Host: test.com[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "Content-Length: 117417[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "--"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "giTfSy0R4Zrd7j4lruBwymHkrZRJdNLD5kV4zcM"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "Content-Disposition: form-data; name="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "file"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "; filename="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "customer.bin"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "Content-Type: "
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "application/octet-stream"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "; charset="
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "ISO-8859-1"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "Content-Transfer-Encoding: "
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "binary"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
...............
MultiPart multiPart = new MultiPart();
WebResource.Builder builder = resource.getRequestBuilder();
File targetFile = new File("customer.bin");
FileDataBodyPart fileDataBodyPart = new FileDataBodyPart("file", targetFile, MediaType.APPLICATION_OCTET_STREAM_TYPE);
multiPart.bodyPart(fileDataBodyPart);
FormDataBodyPart formDataBodyPart = new FormDataBodyPart("user", "username);
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("password", "password");
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("tyoe", "X32");
multiPart.bodyPart(formDataBodyPart);
ClientResponse response = builder.type("multipart/form-data").post(ClientResponse.class, multiPart);
INFO: 1 * Client out-bound request
1 > POST https://test.com/cgi-bin/submit.cgi
1 > Content-Type: multipart/form-data
1 >
--Boundary_1_1839257702_1271040995070
Content-Type: application/octet-stream
Content-Disposition: form-data;name="file"
........
I tried using FormDataMultiPart, but no luck. I am not sure what translates to setDoAuthentication() API in Jersey Client.
DefaultApacheHttpClientConfig config = new DefaultApacheHttpClientConfig();
config.getState().setCredentials(null, null, -1, "username", "password");
config.getProperties().put(ApacheHttpClientConfig.PROPERTY_PREEMPTIVE_AUTHENTICATION, true);
ApacheHttpClient client = ApacheHttpClient.create(config);
I must be missing something fundamental here. Appreciate any suggestions.
-Arul

Paul Sandoz

2010-04-14 07:10:37 UTC

Permalink

Post by Arul Dhesiaseelan
I have logged an issue (505) for the ClassCastException.

Thanks.

Post by Arul Dhesiaseelan
Here is the request debug snip from HttpClient, I do see the
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "Content-
Disposition: form-data; name="
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> """
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "file"
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> """
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "; filename="
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> """
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "customer.bin"
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> """
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "Content-Type: "
2010/04/13 10:54:51:893 MDT [DEBUG] content - >> "application/octet-
stream"
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "; charset="
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "ISO-8859-1"
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "Content-Transfer-
Encoding: "
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "binary"
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/13 10:54:51:894 MDT [DEBUG] content - >> "[\r][\n]"
I will try to get access to the server side logs, I am not positive though :-(

OK. You could try modifying the Jersey Content-Disposition source code
to include a white space after the ';'.

The only other thing i can think of is the Apache HTTP client is
sending a "Content-Transfer-Encoding: binary". That header serves as
an indicator and should not affect processing.

Post by Arul Dhesiaseelan
Thanks for your help again.

Np,
Paul.

Post by Arul Dhesiaseelan
Arul.

Post by Paul Sandoz
Hi Arul,
There is a silly bug in the multipart module. Can you log an issue.
However, i think this is orthogonal to the problem you are
encountering. HTTP headers are case insensitive, and Jersey will
anyway re-write the Content-Type header value to include the
boundary string parameter that declared the delimitation string
between body parts.
My suspicion is the CGI script cannot parse the value of the
Content-Type or Content-Disposition headers. But it would help if
you could get access to some sort of server-side information.
Developers have reported cases of services consume multipart/form-
data being sensitive to white space characters between parameters
of media types and content disposition types. Jersey does not use
white space.
Content-Disposition: form-data;name="file"
Content-Disposition: form-data; name="file"
Paul.

Post by Arul Dhesiaseelan
Hi Paul,
I noticed other thing in the requests, the header is set to
"Content-type: multipart/form-data" in case of HttpClient and
"Content-Type: multipart/form-data" in case of JerseyClient, note
the case change in Type. I am not sure if this is causing any of
these problems. I thought of checking this by manually setting the
header using the Jersey Client, but I get a ClassCastException
ClientResponse response = resource.header("Content-type",
"multipart/form-data").post(ClientResponse.class, multiPart);
1 * Out-bound request
1 > POST https://test.com/cgi-bin/submit.cgi
1 > Content-type: multipart/form-data
1 >
Exception in thread "main"
java.lang.ClassCastException: java.lang.String
at
com
.sun
.jersey
.client
.urlconnection
128)
at
com
.sun
152)
at com.sun.jersey.api.client.Client.handle(Client.java:435)
at
com.sun.jersey.api.client.WebResource.handle(WebResource.java:557)
at com.sun.jersey.api.client.WebResource.access
$300(WebResource.java:69)
at com.sun.jersey.api.client.WebResource
$Builder.post(WebResource.java:499)
at
coderyte.flux.poc.JerseyClientTest.main(JerseyClientTest.java:77)
Caused by: java.lang.ClassCastException: java.lang.String
at
com
.sun
.jersey
.multipart.impl.MultiPartWriter.writeTo(MultiPartWriter.java:129)
at
com
.sun
.jersey
.multipart.impl.MultiPartWriter.writeTo(MultiPartWriter.java:68)
at
com
.sun
.jersey
.api
.client
.TerminatingClientHandler
.writeRequestEntity(TerminatingClientHandler.java:317)
at
com
.sun
.jersey
.client
.urlconnection
.URLConnectionClientHandler
._invoke(URLConnectionClientHandler.java:179)
at
com
.sun
.jersey
.client
.urlconnection
126)
... 6 more
Any clues?
-Arul
Hi Paul,
I removed the below line from the Apache HTTP Client code and it
still works. So, it looks like auth in not enabled on the CGI script.
filePost.setDoAuthentication(true);
Unfortunately, I do not have access to the server side.
Thanks,
Arul
Hi,
The odd thing is in your Apache HTTP client code you have not
specified any credentials. So are you sure authentication on the
CGI script is enabled?
Can you send the full HTTP request response exchange when using
both clients and any logging information from the CGI script?
Paul.

Post by Arul Dhesiaseelan
Hi,
I am trying to use Jersey client to do a multipart form submit to
a CGI script. But, the service returns the HTML form instead of
the actual response. I have the code which works on Apache
HttpClient. I am not sure what I am missing here. Can someone help?
HttpClient client = new HttpClient();
PostMethod filePost = new PostMethod("https://test.com/cgi-bin/submit.cgi
");
filePost.setDoAuthentication(true);//process authentication
challenges authomatically
File targetFile = new File("customer.bin");
Part[] parts = { new FilePart("file", targetFile),
new StringPart("user", "username"),
new StringPart("password", "password"),
new StringPart("type", "X32") };
filePost.setRequestEntity(new MultipartRequestEntity(parts,
filePost.getParams()));
filePost.setRequestHeader("Content-type","multipart/form-data");
int status = client.executeMethod(filePost);
2010/04/11 17:20:21:594 MDT [DEBUG] header - >> "POST /cgi-bin/
submit.cgi HTTP/1.1[\r][\n]"
2010/04/11 17:20:21:595 MDT [DEBUG] HttpMethodBase - Adding Host request header
multipart/form-data[\r][\n]"
Jakarta Commons-HttpClient/3.1[\r][\n]"
test.com[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "Content-Length: 117417[\r][\n]"
2010/04/11 17:20:21:621 MDT [DEBUG] header - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "--"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >>
"giTfSy0R4Zrd7j4lruBwymHkrZRJdNLD5kV4zcM"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:622 MDT [DEBUG] content - >> "Content-
Disposition: form-data; name="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "file"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "; filename="
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "customer.bin"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> """
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "Content-Type: "
2010/04/11 17:20:21:623 MDT [DEBUG] content - >> "application/
octet-stream"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "; charset="
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "ISO-8859-1"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "Content-
Transfer-Encoding: "
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "binary"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
2010/04/11 17:20:21:624 MDT [DEBUG] content - >> "[\r][\n]"
...............
MultiPart multiPart = new MultiPart();
WebResource.Builder builder = resource.getRequestBuilder();
File targetFile = new File("customer.bin");
FileDataBodyPart fileDataBodyPart = new FileDataBodyPart("file",
targetFile, MediaType.APPLICATION_OCTET_STREAM_TYPE);
multiPart.bodyPart(fileDataBodyPart);
FormDataBodyPart formDataBodyPart = new FormDataBodyPart("user", "username);
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("password", "password");
multiPart.bodyPart(formDataBodyPart);
formDataBodyPart = new FormDataBodyPart("tyoe", "X32");
multiPart.bodyPart(formDataBodyPart);
ClientResponse response = builder.type("multipart/form-
data").post(ClientResponse.class, multiPart);
INFO: 1 * Client out-bound request
1 > POST https://test.com/cgi-bin/submit.cgi
1 > Content-Type: multipart/form-data
1 >
--Boundary_1_1839257702_1271040995070
Content-Type: application/octet-stream
Content-Disposition: form-data;name="file"
........
I tried using FormDataMultiPart, but no luck. I am not sure what
translates to setDoAuthentication() API in Jersey Client.
I also tried something like using the ApacheHttpClient API in
DefaultApacheHttpClientConfig config = new
DefaultApacheHttpClientConfig();
config.getState().setCredentials(null, null, -1,
"username", "password");
config
.getProperties
().put(ApacheHttpClientConfig.PROPERTY_PREEMPTIVE_AUTHENTICATION,
true);
ApacheHttpClient client = ApacheHttpClient.create(config);
I must be missing something fundamental here. Appreciate any suggestions.
-Arul