Hey, André,
Thanks for your note.
After his second email, I understood better Konstantin's point (there
are subsequent exchanges, after the one you're quoting), and I agree
with you and him that the exception seems related to a file system
permission issue.
- when it starts doing this (wri
Paul Szynol wrote:
Chris, I agree. "Exceeds threshold size" or something along those lines
would be a lot more helpful.
Paul
I believe that you missed Konstantin's message, and that consequently you may have a false
sense of security and a false sense of having found the correct solution an
Hey, Chris,
Thanks for your note.
java.io.tmpdir has the same value as the temp dir set up in catalina.sh,
which is a subdirectory of Tomcat, and which Tomcat is permitted to
access (r and w).
Your point about writing to disk twice is well taken. As far as I can
tell, fileupload doesn't g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul,
On 9/1/2010 11:27 PM, Paul Szynol wrote:
> I checked the temp directory in catalina.sh and also by adding this line
> to the the ContextListener class:
>
> System.out.println("Temp dir: "
> + (event.getServletContext()
>
Hey, Chris,
I checked the temp directory in catalina.sh and also by adding this line
to the the ContextListener class:
System.out.println("Temp dir: "
+ (event.getServletContext()
.getAttribute("javax.servlet.context.tempdir"))
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul,
On 9/1/2010 6:58 PM, Paul Szynol wrote:
> Ah, now I see what you mean. So the reason the exception isn't being
> thrown when I increase the threshold value is that the image isn't being
> written to disk in the first place. That makes more sen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konstantin,
On 9/1/2010 6:26 PM, Konstantin Kolinko wrote:
> AFAIK, the said threshold determines when a file is too big to be hold
> in memory and should be written to disk. So, I think that "Permission
> denied" actually comes from your file system
Ah, now I see what you mean. So the reason the exception isn't being
thrown when I increase the threshold value is that the image isn't being
written to disk in the first place. That makes more sense. But the odd
part of it (in my configuration, at least) is that the file permissions
do al
2010/9/2 Paul Szynol :
>
> Hey, Konstantin,
>
> The file system allows me to write the bigger image if I just increase the
> threshold size, though, so the file system is allowing the larger images.
> That suggests to me that the exception is being thrown solely when the
> image size exceeds the t
Hey, Konstantin,
The file system allows me to write the bigger image if I just increase
the threshold size, though, so the file system is allowing the larger
images. That suggests to me that the exception is being thrown solely
when the image size exceeds the threshold size value. I read th
AFAIK, the said threshold determines when a file is too big to be hold
in memory and should be written to disk. So, I think that "Permission
denied" actually comes from your file system. You have to read the
docs (or the source code), but I guess that it tries to write to
${catalina.base}/temp (a
Chris, I agree. "Exceeds threshold size" or something along those lines
would be a lot more helpful.
Paul
On 9/1/10 5:59 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul,
On 9/1/2010 5:28 PM, Paul Szynol wrote:
Increasing the value of .setSizeThreshold() d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul,
On 9/1/2010 5:28 PM, Paul Szynol wrote:
> Increasing the value of .setSizeThreshold() did the trick. Thanks for
> pointing me in that direction--I should have sent my question here about
> 12 hrs ago! :)
Strange that you get Permission Denied
Wes, Pid and Chris,
Thanks for writing back so quickly (and sorry about the thread
hijack--it was unintentional).
Increasing the value of .setSizeThreshold() did the trick. Thanks for
pointing me in that direction--I should have sent my question here about
12 hrs ago! :)
Take care,
Paul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul,
(Thanks for un-hijacking the "Question on SSI" thread)
On 9/1/2010 5:04 PM, Paul Szynol wrote:
> Hi, folks, I am using apache's fileupload jar in a couple of webapps,
> and one of them just started throwing this exception when the user tries
>
On 01/09/2010 22:04, Paul Szynol wrote:
>
>
> Hi, folks, I am using apache's fileupload jar in a couple of webapps,
> and one of them just started throwing this exception when the user tries
> to upload an image bigger than 1 meg.
>
> org.apache.commons.fileuploa
> d.FileUploadBase$IOFileUploadE
Hi Paul
Check the maxPost size on your connector. Also that libary may be
trying to read/write to an area of disk that It isn't able to. Also
the FileUpload has its own limits on file size.
Have you looked at http://commons.apache.org/fileupload/using.html?
Regards,
Wes
On Wed, Sep 1, 2010 at
Hi, folks, I am using apache's fileupload jar in a couple of webapps,
and one of them just started throwing this exception when the user tries
to upload an image bigger than 1 meg.
org.apache.commons.fileuploa
d.FileUploadBase$IOFileUploadException: Processing of
multipart/form-data request
Hi, folks, I am using apache's fileupload jar in a couple of webapps,
and one of them just started throwing this exception when the user tries
to upload an image bigger than 1 meg.
org.apache.commons.fileuploa
d.FileUploadBase$IOFileUploadException: Processing of
multipart/form-data request
19 matches
Mail list logo
