Michael McGrady wrote:

Martin Cooper wrote:

On Tue, 05 Oct 2004 00:01:14 -0700, Michael McGrady
<[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to