-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've done some Maven (1) projects so I don't think it'll be such a shock getting it broken up the way we want it. I'm just looking at how Forrest does its job and cringe.
I'll work on it and then post back my results - make sure I'm on the same page as everyone else. Howard Lewis Ship wrote: > I've been doing some work on Maven2 for HiveMind. > > I have an XSL stylesheet to convert from Forrest XML document format > to Maven XML document format (though its not perfect). > > Part of "Mavenizing" is to convert from one project that builds > everything into a number of sub-projects. So a Maven module for > framework, for contrib, for annotations, for portlet support, for each > of the examples. > > I'm still learning all the best practices for Maven 2. > > The Tapestry @ JavaForge stuff is also a good reference for layout and > implementation ... but again, there are tricks I've just learned about > Maven2 that don't show up there. > > Still, the essense of Maven is that all builds are flat. That is, you > don't create a deep project hierarchy, you keep it flat with each of > the sub-projects as simple peers of each other, even when there are > interdependencies (i.e., tapestry-contrib.jar depends on > tapestry.jar). You can define modules that bulid tapestry.jar and > tapestry-contrib.jar, and Maven will build them in the correct order. > > On 4/27/06, Brian K. Wallace <[EMAIL PROTECTED]> wrote: > As this is a "one for, one against" (as no one else has spoken up), I'll > just put it up on my area on people - no problem doing that. I'll also > look at mavenizing the builds, although I'm somewhat concerned that it > won't be a walk in the park getting all the component references in > there. This won't fix anyone wanting to build an old release, but at > least having a snapshot somewhere on apache is better than saying "can't > do it anymore unless you already have it". > > Here's hoping I can leverage the work Howard's done in Mavenizing 5.x, > and the component reference building work done by Norbert [This won't > handle 'examples', but hopefully it'll be available for use] > > Are there any objections to a move to Maven 2 at this time (schedule for > inclusion in 3.1/4.1 - not immediately) for the 3.x and 4.x threads? If > not, I'll start with branching and go from there. > > Howard: Are there any 'gotchas' that you ran across that I should be > aware of? Or was your 5.x work so completely different that it isn't > comparable? > > FYI - My plan will end up with: > tapestry-site/ > tapestry-4/ > tapestry-3/ > with tapestry-site/ being the 'parent' (if I understand maven > terminology correctly). The goal being to be able to build 3 and site > for a 3 release, or 4 and site for a 4 release thereby keeping the two > 'code' branches separate at build/release time. > > Question about 'site': Assuming there are no objections and I go ahead > with this, should I fit the site to its current look? Is the design of > http://people.apache.org/~bwallace/tapsite acceptable? Are there > alternatives other than these two options? (If I'm going to do it, I'd > love to do it the way it's going to end up instead of treading back over > to convert to a new design for TLP) > > As usual, thoughts/comments/questions welcome... > > Brian > > Brian K. Wallace wrote: >>>> I completely agree that we shouldn't depend on a snapshot version - the >>>> problem is... We already do. That's the problem. If anyone tries to >>>> build what we have now, they must use the snapshot version. The problem >>>> with the "latest" forrest is either a) the 'latest' is still a snapshot, >>>> but now uses forrestbot and a different cocoon producing errors >>>> througout the build or b) 0.7 which dies due to cocoon versions. >>>> >>>> I'm not thinking about "building by us" (since I was apparently the only >>>> one having issues building and they're now resolved), but for anyone >>>> else wanting to get into the fray it would be impossible to find a >>>> download off the forrest site that would work to build the current sites. >>>> >>>> Andreas Andreou wrote: >>>>>> How about adding the zip in another server then...? >>>>>> http://people.apache.org/~andyhot/support/ >>>>>> >>>>>> It's just that i don't like such artifacts within version control + >>>>>> we shouldn't depend on a snapshot version. >>>>>> What exactly were the issues with latest forrest? Are they difficult to >>>>>> fix? >>>>>> Perhaps it's an opportunity to switch to maven then... >>>>>> >>>>>> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) iD8DBQFEUWy5aCoPKRow/gARAv3BAKDTzHEHkLxAg01cuIegNp/SstqMegCfQFKO ZJZAwl5DYWih77M6zA0L90M= =sPTm -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
