users@jersey.java.net

RE: [Jersey] Cleanup of jersey-multipart BodyPartEntity data

From: Andrew R Feller <afelle1_at_lsu.edu>
Date: Tue, 17 Feb 2009 21:01:51 -0600

Evening Craig,
 
No, I was not away of that; thanks! =D Any idea when a 1.0.2 STABLE release of jersey-multipart will be available? Great work; keep it up!
 
Andrew
 
-- 
Andrew Feller, Analyst
LSU University Information Services
200 Frey Computing Services Center
Baton Rouge, LA 70803
Office: 225.578.3737
Fax: 225.578.6400
________________________________
From: Craig McClanahan [mailto:Craig.McClanahan_at_Sun.COM]
Sent: Tue 2/17/2009 3:23 PM
To: users_at_jersey.dev.java.net
Subject: Re: [Jersey] Cleanup of jersey-multipart BodyPartEntity data
Andrew Feller wrote: 
	SCENARIO: Issuing multipart POST request to Jersey REST web service with multiple file attachments; file attachments being stored to disk in java.io.temp directory and not being cleaned up
	ENVIRONMENT: Windows 2000, Java 6, Tomcat 6.0, jersey-bundle-1.0.1 SNAPSHOT, jersey-multipart-1.0.1 SNAPSHOT
	
	I am looking to upgrade to the latest versions of the Jersey bumdle and multipart, but I wanted to bring this up.  I know from an earlier post ( http://n2.nabble.com/Problem-saving-binary-data-using-Jersey-multipart-td2242402.html ) that jersey-multipart will store data exceeding the buffer size to file, however I would like these files cleaned up at the end of a request.
	
	
Are you calling multiPart.cleanup() after you have processed the contents?  That will cause the temporary files to be cleaned up.
And yes, it is unfortunate that the application developer has to remember to do this, but a better solution is not known at this time.
	Thoughts?
	
	Thanks,
	Andrew
	
Craig
	
	-- 
	Andrew Feller, Analyst
	LSU University Information Services
	200 Frey Computing Services Center
	Baton Rouge, LA 70803
	Office: 225.578.3737
	Fax: 225.578.6400