What are you using to upload on the client side?

Andrew
Arijit Mukherjee wrote:
I added a "maxHttpRequestHeader" parameter to the tomcat HTTP connector,
setting it to a high value. After this the flow gets on a little bit
further, but I'm getting an exception during the parseRequest call -

2006-10-09 21:05:00,280 DEBUG [http-8090-Processor24]
codestore.CodeStoreUploader (CodeStoreUploader.java:173)     - Handling
file input...
2006-10-09 21:05:00,280 DEBUG [http-8090-Processor24]
codestore.CodeStoreUploader (CodeStoreUploader.java:174)     - Request
Content Length: -1
2006-10-09 21:05:00,280 DEBUG [http-8090-Processor24]
codestore.CodeStoreUploader (CodeStoreUploader.java:207)     -
processing upload request...
2006-10-09 21:05:00,280 DEBUG [http-8090-Processor24]
codestore.CodeStoreUploader (CodeStoreUploader.java:222)     - Trying to
upload...
org.apache.commons.fileupload.FileUploadBase$InvalidContentTypeException
: the request doesn't contain a multipart/form-data or multipart/mixed
stream, content ty
        at
org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase
.java:299)
        at
uk.ac.ncl.neresc.dynasoar.codestore.CodeStoreUploader.handleFile(CodeSto
reUploader.java:225)
        at
uk.ac.ncl.neresc.dynasoar.codestore.CodeStoreUploader.doPost(CodeStoreUp
loader.java:175)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:237)
        at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157)
        at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
        at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon
textValve.java:198)
        at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:152)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
        at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:137)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
        at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:118)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:102)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
        at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:109)
        at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104)
        at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
        at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
        at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
        at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:79
9)
        at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC
onnection(Http11Protocol.java:705)
        at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:57
7)
        at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:683)

It says that the request is not multipart form-data - but I've already
done that -

                out.println("Please provide the VM name and select the
files you wish to upload and then click the Upload button");
                    out.println("<br/>");
                    out.println("<b>");
                    out.println("Please make sure that the 1st entry is
the config file, the 2nd entry is the XML description and the other
entires are for the hard disk(s)");
                    out.println("</b>");
                    out.println("<br/>");
                    out.println("<form enctype=\"multipart/form-data\"
action=\"CodeStoreUploader\" method=POST>");
                    out.println("<b>");
                    out.println("VM Name ");
                    out.println("</b>");
                    out.println("<input name=vmname type=text size=30");
                    out.println("<br/>");
                    out.println("<input name=configfile type=file
size=100");
                    out.println("<br/>");
                    out.println("<input name=descfile type=file
size=100");
                    out.println("<br/>");
                    out.println("<input name=virtualharddisk1 type=file
size=100");
                    out.println("<br/>");
                    out.println("<input name=virtualharddisk2 type=file
size=100");
                    out.println("<br/>");
                    out.println("<input name=virtualharddisk3 type=file
size=100");
                    out.println("<br/>");
                    out.println("<input name=virtualharddisk4 type=file
size=100");
                    out.println("<br/>");
                    out.println("<input name=virtualharddisk5 type=file
size=100");
                    out.println("<br/>");
                    out.println("<input type=submit value=Upload>");

What could have gone wrong?

Regards
Arijit


-----Original Message-----
From: Arijit Mukherjee [mailto:[EMAIL PROTECTED] Sent: 09 October 2006 16:40
To: Jakarta Commons Users List
Subject: RE: [fileupload] Help with Commons FileUpload

The servlet is on Tomcat 5.0.28. I was trying to find out if that has a limit in the max size - found nothing yet, and the same tomcat and same file upload code works fine on a powerbook, which made me think about the 32bit/64bit thing...

Arijit

-----Original Message-----
From: Andrew [mailto:[EMAIL PROTECTED]
Sent: 09 October 2006 16:28
To: Jakarta Commons Users List
Subject: Re: [fileupload] Help with Commons FileUpload

What are you running on?  Apache/Jakarta/Jboss?  What version?

Andrew
Arijit Mukherjee wrote:
Thanx Andrew - but I've already tried a nightly build - it
didn't help.
Seems like the request doesn't even reach the server's file
handling
method:-((

Arijit

-----Original Message-----
From: Andrew [mailto:[EMAIL PROTECTED]
Sent: 09 October 2006 16:12
To: Jakarta Commons Users List
Subject: Re: [fileupload] Help with Commons FileUpload

Yes, contentLength is an INT.  That is what was killing me
when using
FileUpload 1.1.1. It would get a negative number as the content length and throw that UnknownSizeException. The nightly builds seem to have fixed that for me though as they actually pay attention to the maxSize parameter now (i.e. if it is -1, then ignore contentSize). As for the 32 bit windows/linux, i haven't tried that.
I'm running
on
64 bit linux/solaris.

Andrew
Arijit Mukherjee wrote:
By any chance, can it be limited by the contentLength of the http request - because that's an INT?

Arijit

-----Original Message-----
From: Arijit Mukherjee [mailto:[EMAIL PROTECTED]
Sent: 09 October 2006 14:50
To: Jakarta Commons Users List
Subject: [fileupload] Help with Commons FileUpload

Hi All

It's about the max allowable upload again.

Earlier, I was trying to upload a single file (from a servlet)
2GB, which didn't work. The methods I've been using are as
in the mail below.
It seems that the "handleFile" method isn't being invoked at all.

I tried to break the file into smaller chunks < 2GB, but
even in that
case, the upload doesn't work, and now I'm getting an error
>from the
browser -

"The connection was reset The connection to the server was reset while the page
was loading.
* The site could be temporarily unavailable or too busy. Try again
in a few
         moments.
   *   If you are unable to load any pages, check your computer's
network
         connection.
* If your computer or network is protected by a firewall or proxy,
make sure
         that Firefox is permitted to access the Web."

There is a similar error on IE too.

My question is - if there is a problem with the file
size, then the
servlet should throw an exception while invoking the
commons upload
APIs. But, it's not going there at all - as it seems. I had
a feeling
that there might be limits in size in the HTTP request
itself - but
even that's not the case because I've been able to upload bigger files with the same code on a Mac Powerbook (using
commons-upload
1.0). It's failing when I'm trying to do the same thing
on a WinXP
machine or a Linux machine. Earlier I posted a message
suspecting
that it probably has something to do with addressing
system of the
machines - like 64 bit or 32 bits - but I thought that
would be the
case for a single file size.

Has anyone been able to upload files > 2GB on a windows or linux
(32
bit) system? Can you please give me some pointers?

Thanx in advance
Arijit



-----Original Message-----
From: Arijit Mukherjee [mailto:[EMAIL PROTECTED]
Sent: 02 October 2006 17:09
To: commons-user@jakarta.apache.org
Subject: Commons - Help with Commons FileUpload

Hi All

I have been using the Apache Commons FileUpload package
for some
time (mostly simple use cases) but stuck into something
recently.
I'm trying
to upload files (greater than 2GB) onto a server using
the commons
upload package within a servlet (inside tomcat). Anything
less than 2GB
works alright (although slowly), but anything more than
that simply
doesn't do anything. In the "doPost" method of the servlet, I
have two
options based on an init parameter - either handling the
option, or
handling the file - so the commons API's are used in the
handleFile() method -

public void doPost(HttpServletRequest request,
HttpServletResponse
response)
           throws IOException, ServletException {
       try {
           if (!init) {
               mLog.debug("Handling file input...");
               handleFile(request, response);
           } else {
               mLog.debug("Handling option input...");
               handleRadioOption(request, response);
           }
       } catch (Exception ex) {
           ex.printStackTrace();
       }
}

private void handleFile(HttpServletRequest request,
HttpServletResponse
response)
throws IOException,
ServletException {
        PrintWriter out = response.getWriter();
        ...
        boolean isMultipart =
ServletFileUpload.isMultipartContent(request);
        // Create a new file upload handler
           FileItemFactory factory = new DiskFileItemFactory();
           ServletFileUpload upload = new
ServletFileUpload(factory);
           // Set overall request size constraint
           upload.setSizeMax(-1);
           upload.setFileSizeMax(-1);
           // Parse the request
           List items = upload.parseRequest(request);
        ...
}

It seems that when the files are selected and the "upload" button is clicked on the browser (a submit action), the
control doesn't
go into this method at all - only when one of the files are
larger than
2GB - otherwise, it executes fine.
I've tried several combinations for setting the max file
size, but none
seem to work. Can it be related to the servlet APIs
somehow? Is the
httpRequest size too large in this case?

Thanx in advance for any help.

Regards
Arijit


"And when the night is cloudy,
There is still a light that shines on me, Shine on until
tomorrow, let
it be. "

John Lennon/Paul McCartney


---------------------------------------------------------------------
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
--------------------------------------------------------------------
- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to