I'd been thinking that Apps should be a multiproject of its own, so as James says, we can host multiple applications and multiple version of applications.
When the apps we have are stabalized, I'd like to bring Steve Raeburn's Struts Cookbook into the distribution. * http://www.ninsky.com/struts/index.html Steve's working on other things right now, but he would be happy to contribute the Cookbooks application, as he always intended, once we have a place to park it. (If someone is looking for something to do, snag the Cookbook source and refactor it for Maven.) Having a Cookbook at hand means we won't have to try and stretch the MailReader to demonstrate different techniques. I'd like to make the MailReader a true best-practices application with no extra fluff. My thinking is that each application should be separate, with it's own Maven build, and no shared code between web applications. Though, the MailReader applications could share a business backend, again with its own Maven build and unit tests. In this vision, we'd have something like /apps - blank - cookbook - examples - mailreader-classic - mailreader-chain - mailreader-dao <- business classes - mailreader-shale - mailreader-ti This might then encourage other mailreader implementations to help introduce developers to new technologies, like AjaxTags, Dialogs, and FormDef, for example. It would also be fun to extend the mailreader-dao so that we could plugin Hibernate and iBATIS implementation, ideally without any of the Mailreader web apps knowing the difference. -Ted. On 9/11/05, James Mitchell <[EMAIL PROTECTED]> wrote: > FYI, the original goal that I had envisioned for apps was to be able > to host multiple "mailreader-foo" sub-subprojects (where 'foo' is > some 'one off' of the stock mailreader app). > > I only got so far and sort of lost steam. If we want to rip 'apps' > apart and move it into the standard apps/jars/dao and apps/wars/foo > (foo == mailreader, blank, or examples) format, I would be +1 and > willing to help. If you want to wait to after the 1.3.x cut, that's > cool too. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
