commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <ggreg...@seagullsw.com>
Subject RE: Commons - FileUpload - DefaultFileItem
Date Thu, 04 Dec 2003 17:10:35 GMT
FYI, the VFS sandbox project supports ZIP files. Have you considered using
it? Here (work) we are considering using it.

VFS seems stable from my use, I am wondering what it would take to graduate
this project?

Gary

> -----Original Message-----
> From: Eric.E.Sorenson@wellsfargo.com
> [mailto:Eric.E.Sorenson@wellsfargo.com]
> Sent: Thursday, December 04, 2003 07:38
> To: commons-dev@jakarta.apache.org
> Subject: Commons - FileUpload - DefaultFileItem
> 
> I just finished writing a class that is almost identical (via cut-n-paste)
> to the DefaultFileItem class except that it supports ZIP/GZIP files (and
> automatically unzips them on the fly).  This allows our web application to
> put the unzipped files in a directory for processing by another
> application
> without going through an additional step to unzip them after they are
> received.
> 
> My question is: Does anyone know why the constructor for this class is
> package scope, instead of protected? My reason for asking is that if you
> could inherit from this, you could make customized file handlers based on
> the content type and simply override/extend whichever methods seemed
> appropriate.  In my case, I would only need to override the write()
> method.
> With the way the class is now, you can't inherit it from it because it
> doesn't have a public or protected constructor.
> I don't want to add my code in to the org.apache.commons.fileupload
> package
> since I would like to leave this code alone and in its own .jar.
> 
> TIA for any help or opinions.
> 
> -Eric
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message