Bugs item #1372481, was opened at 2005-12-03 20:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684975&aid=1372481&group_id=119783
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: 1.1 Status: Open Resolution: None Priority: 5 Submitted By: Tobias Kalbitz (tobiask) Assigned to: Nobody/Anonymous (nobody) Summary: FileUpload getFile() return not existent files Initial Comment: The description of getFile() is: "File object for client-side file that was uploaded." The file object that is returned is created by "new File(item.getName())". When somebody have to use the file object e.g. for the java.util.zip api he has a problem and get a FileNotFoundException. Solutions are: - to change the implementation so that getFile() returns item.getStoreLocation() (DiskFileItem is the only implementation of the interface FileItem) and create a method like getName() - or better for old code add a new method to FileUpload like "public File getTempFile();" to allow such operations. When the implementation of FileItem doesn't have this capabilities it can return null or throw an Exception. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=684975&aid=1372481&group_id=119783 ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Wicket-develop mailing list Wicket-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-develop