[Helma-user] file upload changes?

[Hannes Wallnoefer]

Hi Philipp,

The problem is not related to file type, but to file size.

The change with 1.6.0 final is that file uploads are stored to
temorary files rather than kept in memory from a certain size upwards
(I think it's 10 kb, but I'm not sure). To avoid  cluttering the
disks, temporary upload files are deleted immediately after the
request terminates. The other option would have been to let cleanup
happen automatically, because temporary files are deleted when the
java object is garbage collected. I didn't find this 100% reliable
though, so I opted for the direct deletion.

This means you have to save uploaded files immediately in the request
that handles the upload.

Maybe I've been too paranoid here, because the automatic deletion
should work in 97% of cases. Please let me know what you think.

hannes

2007/8/14, Franz Philipp Moser <philipp.moser at chello.at>:
> Hi list,
>
> i experienced some strange behavior when upgrading from helma-1.6rc3 to
> helma-1.6final. I have a multipage upload dialog:
>
>   * show the user a form to upload a file
>   * store the MimePart in session.data
>   * show the user a form to describe the upload
>   * store everything in db and store the file stored in session.data
>
>
> Intresting thing is that *.gif, *.css, *.odt files may be uploaded
> without any Problem. jpg, doc, pdf can't be uploaded.
>
> the size doesn't seem to be the reason, I think.
>
> With helma-1.6rc3 everithing was ok, but with the final release the
> trouble started.
>
> Has this something to do with the file upload monitoring[1] or are
> session.data properties somehow limited?
>
> appendet small app to show the Problem. It runs out of the box and tries
> to save the files to static/.
>
> cu Philipp
>
> [1] http://helma.org/pipermail/helma-user/2007-June/007039.html
>
> _______________________________________________
> Helma-user mailing list
> Helma-user at helma.org
> http://helma.org/mailman/listinfo/helma-user
>
>
>