On Mon, 04 Oct 2004 22:04:23 -0700, Michael McGrady
<[EMAIL PROTECTED]> wrote:
> Martin Cooper wrote:
> 
> >You already have two options - use what Struts provides, or disable
> >that and provide your own. Why would you want to bloat Struts with yet
> >another option?
> >
> >--
> >Martin Cooper
> >
> >
> I will assume, and rightly so, that this is a serious statement.
> 
> There are two parts to an answer:
> 
> Part One
> 
> I am of the opinion that Struts should allow people choices rather than
> dictate choices which are not part of the sort of framework it
> provides.  Ideally, I would see a situation where the interface was all
> that was provided and any upload solution would be part of an extension
> that was optional, but not required.  This would not "bloat" but would
> diminish the code.  Further, this would decouple disparate functions
> from one another without limiting options.

So your problem is that we *do* provide a solution to the file upload
problem with Struts? Your preference, as stated above, would be that
we provide the interface but *not* provide an implementation? That the
implementation would be an extension only?

You are asking that we *not* provide the choice of implementing or not
implementing file upload, but *require* the user to provide an
implementation if they need that functionality?

> Part Two
> 
> I like the Struts framework and would like to use ActionForm with
> multipart requests.

Great! Use the built-in solution that has been provided with Struts
since its earliest versions, and has been used by hundreds, if not
thousands, of users since then.

> What about my suggestion?

As I've said, you are absolutely free to handle file uploads however you want.

--
Martin Cooper



> 
> Michael McGrady
> 
> >
> >On Mon, 04 Oct 2004 21:49:35 -0700, Michael McGrady
> ><[EMAIL PROTECTED]> wrote:
> >
> >
> >>Is there a way that it would make sense in the future to allow
> >>developers using Struts to specify their own interface for multipart
> >>request handlers?  This is probably a stupid suggestion but couldn't
> >>Struts leave the interface at something like:
> >>
> >>   public interface MultipartRequestHandler
> >>   {
> >>
> >>       /**
> >>         * After constructed, this is the first method called on
> >>         * by ActionServlet.  Use this method for all your
> >>         * data-parsing of the ServletInputStream in the request
> >>         *
> >>         * @exception ServletException thrown if something goes wrong
> >>         */
> >>       public void handleRequest(HttpServletRequest request)
> >>           throws ServletException;
> >>   }
> >>
> >>This would not, would it (?), keep people or Struts developers from
> >>putting in their own solution but yet would leave the way clear for
> >>other developers to use their solutions while keeping ActionForm in the
> >>mix?  Or, am I making a dreadful mistake here?
> >>
> >>Michael McGrady
> >>
> >>
> >>
> >>
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: [EMAIL PROTECTED]
> >For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
> >
> >
> >
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to