Mailing-List: contact dev-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Developers List" <dev@struts.apache.org>
Received-SPF: pass (hermes.apache.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
Message-ID: <03f701c4ab44$782edf00$34000a0a@auburn>
From: "James Mitchell" <jmitchell@apache.org>
To: "Struts Developers List" <dev@struts.apache.org>
References: <416227DF.8080603@michaelmcgrady.com>
	 <16d6c62004100421555c3b005e@mail.gmail.com>
	 <41622B57.2040507@michaelmcgrady.com>
	 <16d6c620041004230252fc25d2@mail.gmail.com>
	 <416246BA.5040304@michaelmcgrady.com>
 <16d6c62004100508594952403c@mail.gmail.com>
 <4162D81E.5000405@michaelmcgrady.com> <41630FE4.2090400@michaelmcgrady.com>
Subject: Communcation skills [was: Re: File Upload]
Date: Tue, 5 Oct 2004 21:32:55 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

> Since you have not responded, Martin, I will assume for the moment that
> you agree with the foregoing.

Michael, now why would you think that Michael?  Is this your policy when
participating in a public forum Michael?  Did it ever occur to you that some
people, Michael, are just tired of corresponding with you Michael?


--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx

----- Original Message -----
From: "Michael McGrady" <mike@michaelmcgrady.com>
To: "Struts Developers List" <dev@struts.apache.org>
Sent: Tuesday, October 05, 2004 5:19 PM
Subject: Re: File Upload


> Michael McGrady wrote:
>
> > Martin Cooper wrote:
> >
> >> On Tue, 05 Oct 2004 00:01:14 -0700, Michael McGrady
> >> <mike@michaelmcgrady.com> wrote:
> >>
> >>
> >>> Hello, Martin,
> >>>
> >>> What I am saying is very simple, and I am not sure what is the
> >>> difficulty.
> >>>
> >>>
> >>>
> >>>> As I've said, you are absolutely free to handle file uploads
> >>>> however you want.
> >>>>
> >>>>
> >>>>
> >>>
> >>> The whole point is that this is not the case.
> >>>
> >>
> >>
> >> Wrong. You can do any of the following:
> >>
> >> 1) Disable Struts file upload handling completely.
> >> 2) Implement the interface your own way.
> >> 3) Use what's there.
> >>
> >> What other choice do you need? How does (1) above "tie people to using
> >> a specific way of dealing with file uploads"?
> >>
> >> --
> >> Martin Cooper
> >>
> >>
> >
> > Martin,
> >
> > Now we are getting somewhere.  I think.  How do you do 1) consistent
> > with using ActionForm?  If I can do that, then I am happy as a clam.
> > I don't think 1) does tie us up, if we can still use ActionForm.  Tell
> > me more.
> >
> > Michael McGrady
> >
> Since you have not responded, Martin, I will assume for the moment that
> you agree with the foregoing.  Anyway, I have decided that sticking with
> the ActionForm so slavishly is probably not a good idea here.  You may
> have been thinking that as well.  Were you?
>
>
> I can build a special bean for the multipart situation rather than use
> ActionForm without too much damage.  I do think that my reasons for
> doing so are sound.
>
>
>  Essentially I want to build a facade Upload.java which allow me to
> garner sophisticated upload capabilities involving all the sorts of
> options people want available and then to easily tie that to a taglib.
> Commons upload is a great underlying mechanism for doing this, and so is
> cos, although I like commons better.  I just have not found Struts
> uploader to give the flexibility and extensibility needed, among other
> things.
>
>
> No reflection on the code.  Just not the ticket for something more
> sophisticated is all.  Different strokes for different folks.  That is
> why I suggested the team might want to decouple that particular
> interface from the framework and leave ActionForm available not only to
> this idea but also to competing ideas, more like the logging mechanism.
>
>
> Michael
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org