You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Zsolt Koppany <zk...@web.de> on 2003/05/14 22:33:30 UTC
Buggy commons-fileupload.jar in the last nightly build
Hi,
the commons-fileupload.jar in the latest nightly build has problems at least
with PDF uploads. This problem doesn't occur with 1.1-rc1? I tried to use
struts with commons-fileupload.jar-beta-1.0 but some classes were missing.
Are any plans to fix that?
Zsolt
Zsolt Koppany
Intland Software GmbH
mailto:zsolt.koppany@intland.com
Schulze-Delitzsch-Strasse 16
D-70565 Stuttgart
Phone: +49-711-7221873
Fax: +49-711-7871017
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
RE: Buggy commons-fileupload.jar in the last nightly build
Posted by Zsolt Koppany <zk...@web.de>.
Martin,
the problems appear with struts-20030514 and 20030506. Both versions throw
the exception below.
Zsolt
---------
escription The server encountered an internal error () that prevented it
from fulfilling this request.
exception
java.lang.NullPointerException
at
org.apache.commons.fileupload.DeferredFileOutputStream.thresholdReached(Defe
rredFileOutputStream.java:163)
at
org.apache.commons.fileupload.ThresholdingOutputStream.checkThreshold(Thresh
oldingOutputStream.java:260)
at
org.apache.commons.fileupload.ThresholdingOutputStream.write(ThresholdingOut
putStream.java:167)
at
org.apache.commons.fileupload.MultipartStream.readBodyData(MultipartStream.j
ava:513)
at
org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.jav
a:360)
at
org.apache.struts.upload.CommonsMultipartRequestHandler.handleRequest(Common
sMultipartRequestHandler.java:233)
at org.apache.struts.util.RequestUtils.populate(RequestUtils.java:1125)
at
org.apache.struts.action.RequestProcessor.processPopulate(RequestProcessor.j
ava:821)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:254)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1480)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:524)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:256)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:2
46)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172
)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:261)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:360)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:604)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:562)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:679)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:619)
at java.lang.Thread.run(Thread.java:536)
> -----Original Message-----
> From: struts-user-return-77222-zkoppany=web.de@jakarta.apache.org
> [mailto:struts-user-return-77222-zkoppany=web.de@jakarta.apache.org]On
> Behalf Of Martin Cooper
> Sent: Donnerstag, 15. Mai 2003 03:30
> To: struts-user@jakarta.apache.org
> Subject: Re: Buggy commons-fileupload.jar in the last nightly build
>
>
>
> "Zsolt Koppany" <zk...@web.de> wrote in message
> news:KOELKPABKMILFMBNHGADOEOLCNAA.zkoppany@web.de...
> > Hi,
> >
> > the commons-fileupload.jar in the latest nightly build has problems at
> least
> > with PDF uploads. This problem doesn't occur with 1.1-rc1? I
> tried to use
> > struts with commons-fileupload.jar-beta-1.0 but some classes
> were missing.
> >
> > Are any plans to fix that?
>
> If you could be a bit more specific than saying it "has problems" or that
> "classes were missing", we might be able to take a look and see what's
> wrong. As it is, though, you simply have not provided enough
> information to
> work with.
>
> 1) Which nightly build of Struts are you using? That is, what date?
> 2) What are the specific problems you are seeing? Please include error
> messages and stack traces if appropriate.
> 3) Does it, or does it not, work with 1.1-rc1? You seem to be
> asking us that
> question, but currently you are the only person who could answer it.
> 4) Which classes are "missing" from FileUpload? Are you sure you're using
> nightly builds of both Struts and FileUpload? Using a recent nightly build
> of FileUpload with the 1.1-rc1 build of Struts won't work.
>
> --
> Martin Cooper
>
>
> >
> > Zsolt
> >
> >
> > Zsolt Koppany
> > Intland Software GmbH
> > mailto:zsolt.koppany@intland.com
> > Schulze-Delitzsch-Strasse 16
> > D-70565 Stuttgart
> > Phone: +49-711-7221873
> > Fax: +49-711-7871017
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org
Re: Buggy commons-fileupload.jar in the last nightly build
Posted by Martin Cooper <ma...@apache.org>.
"Zsolt Koppany" <zk...@web.de> wrote in message
news:KOELKPABKMILFMBNHGADOEOLCNAA.zkoppany@web.de...
> Hi,
>
> the commons-fileupload.jar in the latest nightly build has problems at
least
> with PDF uploads. This problem doesn't occur with 1.1-rc1? I tried to use
> struts with commons-fileupload.jar-beta-1.0 but some classes were missing.
>
> Are any plans to fix that?
If you could be a bit more specific than saying it "has problems" or that
"classes were missing", we might be able to take a look and see what's
wrong. As it is, though, you simply have not provided enough information to
work with.
1) Which nightly build of Struts are you using? That is, what date?
2) What are the specific problems you are seeing? Please include error
messages and stack traces if appropriate.
3) Does it, or does it not, work with 1.1-rc1? You seem to be asking us that
question, but currently you are the only person who could answer it.
4) Which classes are "missing" from FileUpload? Are you sure you're using
nightly builds of both Struts and FileUpload? Using a recent nightly build
of FileUpload with the 1.1-rc1 build of Struts won't work.
--
Martin Cooper
>
> Zsolt
>
>
> Zsolt Koppany
> Intland Software GmbH
> mailto:zsolt.koppany@intland.com
> Schulze-Delitzsch-Strasse 16
> D-70565 Stuttgart
> Phone: +49-711-7221873
> Fax: +49-711-7871017
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-user-help@jakarta.apache.org