[jira] [Commented] (FILEUPLOAD-202) org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. Stream ended unexpectedly

2011-12-02 Thread tina (Commented) (JIRA)

[ 
https://issues.apache.org/jira/browse/FILEUPLOAD-202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13161471#comment-13161471
 ] 

tina commented on FILEUPLOAD-202:
-

Now I am testing the scalability of resin and jetty. Both of them have the same 
issue.

 org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: 
 Processing of multipart/form-data request failed. Stream ended unexpectedly
 ---

 Key: FILEUPLOAD-202
 URL: https://issues.apache.org/jira/browse/FILEUPLOAD-202
 Project: Commons FileUpload
  Issue Type: Bug
Affects Versions: 1.2.1
Reporter: tina
  Labels: fileupload
 Fix For: 1.2.1

   Original Estimate: 1h
  Remaining Estimate: 1h

 I used this one to write the servlet
 http://www.servletworld.com/servlet-tutorials/servlet-file-upload-example.html
 I can successfully upload the file through localhost, however, when I use 
 Jmeter to test the app server using 300 threads, it
 will report this error:
 [10:40:23.577] {http--8080-244$1283730842} 
 WebApp[http://localhost:8080/OrderFile] CommonsFileUploadServlet: Error 
 encountered while parsing the request
 [10:40:23.577] {http--8080-244$1283730842} 
 org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: 
 Processing of multipart/form-data request failed. Stream ended unexpectedly
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:371)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126)
 [10:40:23.577] {http--8080-244$1283730842}at 
 CommonsFileUploadServlet.doPost(CommonsFileUploadServlet.java:66)
 [10:40:23.577] {http--8080-244$1283730842}at 
 javax.servlet.http.HttpServlet.service(HttpServlet.java:153)
 [10:40:23.577] {http--8080-244$1283730842}at 
 javax.servlet.http.HttpServlet.service(HttpServlet.java:91)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:103)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:273)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.port.TcpConnection.run(TcpConnection.java:682)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662)
 [10:40:23.577] {http--8080-244$1283730842}at 
 java.lang.Thread.run(Thread.java:619)
 [10:40:23.577] {http--8080-244$1283730842} Caused by: 
 org.apache.commons.fileupload.MultipartStream$MalformedStreamException: 
 Stream ended unexpectedly
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable(MultipartStream.java:982)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.MultipartStream$ItemInputStream.read(MultipartStream.java:886)
 [10:40:23.577] {http--8080-244$1283730842}at 
 java.io.FilterInputStream.read(FilterInputStream.java:116)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.util.LimitedInputStream.read(LimitedInputStream.java:125)
 [10:40:23.577] {http--8080-244$1283730842}at 
 java.io.FilterInputStream.read(FilterInputStream.java:90)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.util.Streams.copy(Streams.java:96)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.util.Streams.copy(Streams.java:66)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:366)
 [10:40:23.577] {http--8080-244$1283730842}... 12 more
 Is it because of the size limit? the uploaded file size is 8KB.
 Thanks!

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Commented] (FILEUPLOAD-202) org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. Stream ended unexpectedly

2011-12-02 Thread Maurizio Cucchiara (Commented) (JIRA)

[ 
https://issues.apache.org/jira/browse/FILEUPLOAD-202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13161535#comment-13161535
 ] 

Maurizio Cucchiara commented on FILEUPLOAD-202:
---

I could be wrong, but the numbers you provided make me guess that It could be a 
thread saturation, you should try to increase maxThreads on your web container

 org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: 
 Processing of multipart/form-data request failed. Stream ended unexpectedly
 ---

 Key: FILEUPLOAD-202
 URL: https://issues.apache.org/jira/browse/FILEUPLOAD-202
 Project: Commons FileUpload
  Issue Type: Bug
Affects Versions: 1.2.1
Reporter: tina
  Labels: fileupload
 Fix For: 1.2.1

   Original Estimate: 1h
  Remaining Estimate: 1h

 I used this one to write the servlet
 http://www.servletworld.com/servlet-tutorials/servlet-file-upload-example.html
 I can successfully upload the file through localhost, however, when I use 
 Jmeter to test the app server using 300 threads, it
 will report this error:
 [10:40:23.577] {http--8080-244$1283730842} 
 WebApp[http://localhost:8080/OrderFile] CommonsFileUploadServlet: Error 
 encountered while parsing the request
 [10:40:23.577] {http--8080-244$1283730842} 
 org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: 
 Processing of multipart/form-data request failed. Stream ended unexpectedly
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:371)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126)
 [10:40:23.577] {http--8080-244$1283730842}at 
 CommonsFileUploadServlet.doPost(CommonsFileUploadServlet.java:66)
 [10:40:23.577] {http--8080-244$1283730842}at 
 javax.servlet.http.HttpServlet.service(HttpServlet.java:153)
 [10:40:23.577] {http--8080-244$1283730842}at 
 javax.servlet.http.HttpServlet.service(HttpServlet.java:91)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:103)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:273)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.port.TcpConnection.run(TcpConnection.java:682)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662)
 [10:40:23.577] {http--8080-244$1283730842}at 
 java.lang.Thread.run(Thread.java:619)
 [10:40:23.577] {http--8080-244$1283730842} Caused by: 
 org.apache.commons.fileupload.MultipartStream$MalformedStreamException: 
 Stream ended unexpectedly
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable(MultipartStream.java:982)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.MultipartStream$ItemInputStream.read(MultipartStream.java:886)
 [10:40:23.577] {http--8080-244$1283730842}at 
 java.io.FilterInputStream.read(FilterInputStream.java:116)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.util.LimitedInputStream.read(LimitedInputStream.java:125)
 [10:40:23.577] {http--8080-244$1283730842}at 
 java.io.FilterInputStream.read(FilterInputStream.java:90)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.util.Streams.copy(Streams.java:96)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.util.Streams.copy(Streams.java:66)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:366)
 [10:40:23.577] {http--8080-244$1283730842}... 12 more
 Is it because of the size limit? the uploaded file size is 8KB.
 Thanks!

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Commented] (FILEUPLOAD-202) org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. Stream ended unexpectedly

2011-12-02 Thread tina (Commented) (JIRA)

[ 
https://issues.apache.org/jira/browse/FILEUPLOAD-202?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13161777#comment-13161777
 ] 

tina commented on FILEUPLOAD-202:
-

It seems the maxThread in resin configuration doesn't work. Because I set it to 
256, but when I run 350 thread, it can still run correctly. Before I thought it 
is because the first threads finish quickly, another threads reuse them.But I 
set the view result in table in Jmeter, and saw each request sent almost the 
same time, and the sample time plus the start time is after other sample's 
start time. I thought resin should stop processing the request when the number 
of threads exceeds the configured maxThread. Do you know the reason why it 
still can run correctly? 

 org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: 
 Processing of multipart/form-data request failed. Stream ended unexpectedly
 ---

 Key: FILEUPLOAD-202
 URL: https://issues.apache.org/jira/browse/FILEUPLOAD-202
 Project: Commons FileUpload
  Issue Type: Bug
Affects Versions: 1.2.1
Reporter: tina
  Labels: fileupload
 Fix For: 1.2.1

   Original Estimate: 1h
  Remaining Estimate: 1h

 I used this one to write the servlet
 http://www.servletworld.com/servlet-tutorials/servlet-file-upload-example.html
 I can successfully upload the file through localhost, however, when I use 
 Jmeter to test the app server using 300 threads, it
 will report this error:
 [10:40:23.577] {http--8080-244$1283730842} 
 WebApp[http://localhost:8080/OrderFile] CommonsFileUploadServlet: Error 
 encountered while parsing the request
 [10:40:23.577] {http--8080-244$1283730842} 
 org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: 
 Processing of multipart/form-data request failed. Stream ended unexpectedly
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:371)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126)
 [10:40:23.577] {http--8080-244$1283730842}at 
 CommonsFileUploadServlet.doPost(CommonsFileUploadServlet.java:66)
 [10:40:23.577] {http--8080-244$1283730842}at 
 javax.servlet.http.HttpServlet.service(HttpServlet.java:153)
 [10:40:23.577] {http--8080-244$1283730842}at 
 javax.servlet.http.HttpServlet.service(HttpServlet.java:91)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:103)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:273)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.server.port.TcpConnection.run(TcpConnection.java:682)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743)
 [10:40:23.577] {http--8080-244$1283730842}at 
 com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662)
 [10:40:23.577] {http--8080-244$1283730842}at 
 java.lang.Thread.run(Thread.java:619)
 [10:40:23.577] {http--8080-244$1283730842} Caused by: 
 org.apache.commons.fileupload.MultipartStream$MalformedStreamException: 
 Stream ended unexpectedly
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable(MultipartStream.java:982)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.MultipartStream$ItemInputStream.read(MultipartStream.java:886)
 [10:40:23.577] {http--8080-244$1283730842}at 
 java.io.FilterInputStream.read(FilterInputStream.java:116)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.util.LimitedInputStream.read(LimitedInputStream.java:125)
 [10:40:23.577] {http--8080-244$1283730842}at 
 java.io.FilterInputStream.read(FilterInputStream.java:90)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.util.Streams.copy(Streams.java:96)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.util.Streams.copy(Streams.java:66)
 [10:40:23.577] {http--8080-244$1283730842}at 
 org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:366)
 [10:40:23.577] {http--8080-244$1283730842}... 12 more
 Is it because of the size limit? the uploaded file size is 8KB.
 

[jira] [Updated] (MATH-703) Splitting up the distribution hierarchy

2011-12-02 Thread Christian Winter (Updated) (JIRA)

 [ 
https://issues.apache.org/jira/browse/MATH-703?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Christian Winter updated MATH-703:
--

Attachment: MATH-703_patch2.zip

Here is the new patch MATH-703_patch2.zip which replaces the first patch.

I removed the unnecessary implements Serializable statements from the 
distribution implementations because this assurance is already made in the 
abstract distribution classes.

 Splitting up the distribution hierarchy
 ---

 Key: MATH-703
 URL: https://issues.apache.org/jira/browse/MATH-703
 Project: Commons Math
  Issue Type: Improvement
Affects Versions: 2.2
Reporter: Christian Winter
Priority: Minor
 Fix For: 3.0

 Attachments: MATH-703_patch.zip, MATH-703_patch2.zip


 As discussed on the mailing list 
 (http://apache-commons.680414.n4.nabble.com/math-Distributions-over-sample-spaces-other-than-R-tp3931349p3931349.html),
  the distribution interfaces should be restructured.
 The most important point is to create one root interface for each domain. 
 There should *not* be a common super-interace because different domains 
 require different functionality. Additionally, a super-inferface would 
 require to parametrize the domain which makes things more complicated (e.g., 
 double would have to be replaced by Double). Currently, Commons Math 
 supports distributions with real domain and distributions with integer 
 domain. Thus there will be the interfaces RealDistribution and 
 IntegerDistribution.
 Another point is to drop the special cases of distributions with real domain 
 in order to simplify the structure. There won't be an interface for 
 absolutely continuous distributions, and there won't be an interface for 
 discrete distributions on the real domain. All the functionality required by 
 the special cases can be defined in RealDistribution.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Commented] (MATH-703) Splitting up the distribution hierarchy

2011-12-02 Thread Commented

[ 
https://issues.apache.org/jira/browse/MATH-703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13162056#comment-13162056
 ] 

Sébastien Brisard commented on MATH-703:


Patch committed in {{r1209836}}. Thanks Christian! I think you can resolve this 
issue, now.

 Splitting up the distribution hierarchy
 ---

 Key: MATH-703
 URL: https://issues.apache.org/jira/browse/MATH-703
 Project: Commons Math
  Issue Type: Improvement
Affects Versions: 2.2
Reporter: Christian Winter
Priority: Minor
 Fix For: 3.0

 Attachments: MATH-703_patch.zip, MATH-703_patch2.zip


 As discussed on the mailing list 
 (http://apache-commons.680414.n4.nabble.com/math-Distributions-over-sample-spaces-other-than-R-tp3931349p3931349.html),
  the distribution interfaces should be restructured.
 The most important point is to create one root interface for each domain. 
 There should *not* be a common super-interace because different domains 
 require different functionality. Additionally, a super-inferface would 
 require to parametrize the domain which makes things more complicated (e.g., 
 double would have to be replaced by Double). Currently, Commons Math 
 supports distributions with real domain and distributions with integer 
 domain. Thus there will be the interfaces RealDistribution and 
 IntegerDistribution.
 Another point is to drop the special cases of distributions with real domain 
 in order to simplify the structure. There won't be an interface for 
 absolutely continuous distributions, and there won't be an interface for 
 discrete distributions on the real domain. All the functionality required by 
 the special cases can be defined in RealDistribution.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira