Mailing-List: contact user-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Users List" <user@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of davisford@gmail.com designates
 209.85.221.183 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:in-reply-to:references:date
         :x-google-sender-auth:message-id:subject:from:to:content-type;
        b=qgkhj47RHEJ1nqBJ00az+o8IzNv+Ht1Q0LwRCvibnl9Ko3BfX4TfZOy0pw9dLCTknO
         PMaxubDP6JfojeseOP0re4UkNQ5VZMB2mJ55iYrJRcCFvjSopZ3XCpVRREyFevIERDVT
         zvVm/s1F0kb5/qchTz3s5fsT4Ve6EA9Qz+rUU=
MIME-Version: 1.0
Sender: davisford@gmail.com
In-Reply-To: <16d6c6200910202208ob2ddd40y480c5b0950d2e518@mail.gmail.com>
References: <9b5c3a2f0910190906u2883e428h265ea0c47962ec22@mail.gmail.com>
	 <9b5c3a2f0910201022o26f7aef3te491e83eeee8a76@mail.gmail.com>
	 <16d6c6200910202208ob2ddd40y480c5b0950d2e518@mail.gmail.com>
Date: Wed, 21 Oct 2009 10:19:52 -0400
Message-ID: <9b5c3a2f0910210719u2dacd7b7kdd5340308f4b36f9@mail.gmail.com>
Subject: Re: FileCleanerCleanup question
From: Davis Ford <davisford@zenoconsulting.biz>
To: Commons Users List <user@commons.apache.org>
Content-Type: multipart/alternative; boundary=000e0cd5cc5618614e047672acd5

--000e0cd5cc5618614e047672acd5
Content-Type: text/plain; charset=ISO-8859-1

Hi Martin - I was aware that you could set this threshold in the
DiskFileItemFactory -- however, regardless of what I set the value to, it
seems that the form's textbox values would be translated into
DiskFileItem(s) which would be persisted to a temp file.

In the end, I just set the threshold to something very large so the factory
never writes to disk, and I manage everything myself.  I had three major
issues:

1) Stop persisting form fields
2) FileCleanerCleanup was not working to clean up files when a session
expired
3) File management was really flaky (e.g. some files would disappear as soon
as I uploaded a new file).

Writing my own code to persist the files and then setting the
FileCleanerCleanup#track on them specifically solves all my problems.

Regards,
Davis

On Wed, Oct 21, 2009 at 1:08 AM, Martin Cooper <martinc@apache.org> wrote:

> On Tue, Oct 20, 2009 at 10:22 AM, Davis Ford
> <davisford@zenoconsulting.biz> wrote:
> > Hi, is anyone on this list familiar with commons-io / commons-fileupload?
> >
> > If not, is there somewhere else I should be asking questions?
> >
> > I still have the issue indicated below, and I have an additional
> question.
> >
> > When you parse the request... =>
> >
> > final List<FileItem> items = (List<FileItem>)
> upload.parseRequest(request);
> >
> > commons-fileupload also generates files for form field items (e.g. text
> box
> > values).  This is an undesired side effect.  I want it to generate a file
> > for the actual file that is uploaded, but not the form fields.  Is there
> a
> > way to control that?
>
> Whether a file is created depends on whether the size is over the
> (customisable) threshold. Below the threshold, the item's content will
> be kept in memory; above the threshold, it will be written to disk. If
> that's not flexible enough for your needs, you can provide your own
> FileItem class and your own factory to instantiate it.
>
> --
> Martin Cooper
>
>
> >
> > Thanks in advance,
> > Davis
> >
> >
> > On Mon, Oct 19, 2009 at 12:06 PM, Davis Ford
> > <davisford@zenoconsulting.biz>wrote:
> >
> >> Hi, it is my understanding from the commons-io javadoc, that if you
> create
> >> a FileCleanerCleanup it will remove files in a directory once the
> reference
> >> to the File is GC'd.
> >>
> >> Given that, I'm using commons-fileupload, and I set the listener in
> web.xml
> >> as:
> >>
> >> <listener>
> >>
> >>
> <listener-class>org.apache.commons.fileupload.servlet.FileCleanerCleanup</listener-class>
> >> </listener>
> >>
> >> In my servlet, I have this:
> >>
> >> private static FileCleaningTracker tracker;
> >>
> >>     @Override
> >>     protected void initServletContext(ServletContext servletContext) {
> >>         super.initServletContext(servletContext);
> >>         tracker =
> >> FileCleanerCleanup.getFileCleaningTracker(servletContext);
> >>     }
> >>
> >> ...and in my method that accepts a file upload, I add the
> >> FileCleanerCleanup:
> >>
> >> final DiskFileItemFactory factory = new DiskFileItemFactory(0, tempDir);
> >> factory.setFileCleaningTracker(tracker);
> >> final ServletFileUpload upload = new ServletFileUpload(factory);
> >>
> >> My files are uploaded and stored in the temp directory as expected.  In
> the
> >> processing of a file upload, I store the FileItem object in the session
> as
> >> an attribute.  Now, if the session expires, I expect the attribute to be
> >> GC'd and as a result, the FileCleanerCleanup would go and cleanup the
> >> directory, but it does not.
> >>
> >> Can anyone tell me what I may be doing wrong?
> >>
> >> Thanks in advance,
> >> Davis
> >>
> >>
> >>
> >
> >
> > --
> > Zeno Consulting, Inc.
> > home: http://www.zenoconsulting.biz
> > blog: http://zenoconsulting.wikidot.com
> > p: 248.894.4922
> > f: 313.884.2977
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
>


-- 
Zeno Consulting, Inc.
home: http://www.zenoconsulting.biz
blog: http://zenoconsulting.wikidot.com
p: 248.894.4922
f: 313.884.2977

--000e0cd5cc5618614e047672acd5--