On Tue, 11 Jan 2005 21:09:48 -0500, James Mitchell <[EMAIL PROTECTED]> wrote: > <snip/> > > >> ' ' > >> ' [-] test > >> ' ' (really need to get this back in order > >> ' ' or figure out a new strategy..more on > >> ' ' this later) > > > > Is this all taglibs tests right now? If so, perhaps it should live > > under 'taglibs' instead of 'apps', since it isn't a "real" > > application. If not, um, I dunno. This seems an odd place for tests. > > Yes, good point, I agree > > > > > You missed one. We also have 'struts-examples' directly under > > 'core/trunk', which has 'mailreader' in it. Just to complicate things, > > this also has a different source structure. > > Yes, I've done some diffs on the various mailreader apps that > seem to litter the landscape ;) > > I'd like to get them all consolidated (at least as much as can be done) > providing a single mailreader.jar for the variations.
Do you mean one jar of the bits common to all flavours, and then separate apps for each variation? If so, I think this would be a good approach. If you mean combine the various mailreader apps into one, I think that would muddy the waters, and wouldn't work as well as examples of how to do things. > > > > We need to come up with one standard structure - we seem to have quite > > a few at the moment. The sources go in different places, the config > > files go in different places, etc. Not easy to follow at all. > > Yes, that's exactly what I intend to clean up. Please don't hesitate > if something looks odd, or if you prefer a diffent name. Where did 'conf' or 'config' go? We currently have 'conf/share', 'src/conf', etc., but I don't see where those land in your structures. > Not sure how many people caught my rename for 'examples' :D I admit that I missed it until you mentioned it just now. It could certainly use a new name, but I'm not sure about 'modules'. I don't hate it, though, and can't think of anything better right now. With SVN, renames are easy enough, so we could go with this for now and change it if someone comes up with a better name. > > > > >> - merge the mailreader sample app (and tests) from commons-chain > >> to struts "apps" (as indicated above) > > > > Need to check the relationship between this mailreader and the one > > under struts-examples. > > will do. > > > > >> I would like all the apps/trunk/foo to be mavenized, and each project.xml > >> creates a single .war file suitable for deployment. Each project > >> would/should inherit from a parent project.xml under apps/trunk that can > >> build the entire set of apps. So you can build any app you like, or just > >> build them all. The build.xml file will be generated by maven (hopefully > >> the path issues will be resolved). > > > > Do you plan to do Maven builds for the other subprojects as well, or > > just for the 'apps' subproject? Should I take the Ant build system off > > my to-do list? > > I hope you don't feel that I'm ripping the rug from under your feet. That > is > certainly not my intent. No, that's fine. If you have an itch to put a Maven build system together, more power to you. I was actually taking tips from Maven for the Ant build system anyway. ;-) > I was just hoping to get a consistent structure > and build for the "apps" for now. The repository seem to be in shambles at > the moment. Yah, it is. ;-( > As complicated as the build xml files (all 3 of them) seem to be to > some people, I know them pretty well, and it just makes my head hurt > looking at where we are now and what needs to happen to get a clean > "ant dist" and "ant release". I was hoping to do this incrementally. It'll be messy in the short term, but should get us up and running more quickly. Once we have a standard directory structure in place, as you're suggesting and as I was planning, it will be much easier to put a consistent build system in place across the board. -- Martin Cooper > I figured I would take my chances on the "apps" and generate the ant stuff. > Instead of the other way around (back into a project.xml by hand) > > Well, I'll wait to hear more on this before I actually pull out the axe and > 10 lb sledge ;) > > > > > -- > > Martin Cooper > > > > -- > James Mitchell > Software Engineer / Open Source Evangelist > EdgeTech, Inc. > 678.910.8017 > AIM: jmitchtx > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
