Geez, leave it to me to instigate a major overhaul in the structure of a well-known project by making an innocent offering :)
(I always was a trouble-maker) Not that I actually have a say or anything, but I think there is a lot of logic in what Michael says. The obvious (to me anyway) difficulty is in determing where the separation really should take place. The DispatchAction example, in my eyes, is pretty clear-cut and I agree with Michael. But will it always be that easy to decide? I would suspect not. -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com On Mon, September 20, 2004 9:31 am, Michael McGrady said: > Open source and painting are connected in someways. The biggest mistake > of the amateur painter is to keep adding colors when the painting is > done. The result is always that murky, dark, ugly, look. Likewise, > open source, filled with people with egos, sometimes does not know when > something is done, finished, damed good and certainly good enough. > > I have a real concern that Struts is going to continue to be bloated > with what are not Struts, not part of the framework, but what are > instead really very useful uses of Struts. DispatchAction and its > progeny are just one example of this. I would suggest that such > offerings would better be managed in a separate application called > something like "Struts Patterns" or "Struts Best Practices". Perhaps > such classes could be released as classes and either maintained (or > preferrably not) independent of Struts? > > I would hope that by the term "bloat" I don't convey that such classes > are not wonderful ideas and their authors are stellar citizens. It just > seems to me that a framework ought to be maintained as a FRAMEWORK and > that allowing USES OF THE FRAMEWORK to become part of the framework is a > groundwater mistake. Generally, I think it might be better if the > actions package were distributed outside Struts proper. > > As a framework, there comes a time when something like Struts is done, > and we need to move on to other things except diligent maintainence and > creating clever uses. My present predeliction is to save what presently > exists, clean it up by jettisoned what is not needed, and to watch for > good ideas that might arise in uses. This is just a thought. > > There needs to be, I think, a clear separation of Struts patterns or > clever uses of Struts and Struts itself. I would suggest that something > formal be instituted. Thanks for your ears/eyes on this. > > 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]
