Thanks - I'll work on integrating them. [EMAIL PROTECTED] wrote: > Hello, all. I have uploaded a zip to the TUSCANY-1 JIRA entry > containing patches for the m2 build. The unit-tests run to > completion. There are a few things that need ironing and/or > documenting. I apologize for the length, but it's important > to read this whole email. > > > 1) location of webapp directory for samples unit-tests > > The war packaging type in m2 by default wants the webapp directory > (containing web.xml and so forth) underneath src/main rather than > being a peer of main. In my local working directory, I manually > copied webapp into the right place for each sample. I'm hoping that > there is consensus to make this little bit of re-org in the svn repo > permanent, and ifit is acceptable, then a committer will need to do > it. But if not, then it should be possible to configure the build to > match the existing structure, and I make those changes. >
+1 from me for moving the webapp source to where maven expects it > > 2) Sun jars > <snip/> > > NOTE: I haven't tracked down which components are depending on > javax.mail, but the requirement is for 1.3.2 even though the > jar that you're downloading above is 1.3.3. > > The -Dfile property wants the full path to each jar. This might > be good info for the wiki, if it's not already there. > I don't think we are using them but this might be a consequence of M2 transitive closure. I would prefer if we didn't require users to do this so it would be worth getting to the bottom of why they are needed at all and if they can be replaced with the versions from Geronimo. > > 3) report plugins > > I have not yet tried running the javadoc and jxr plugins, but they > are declared in the top-level pom.xml. > OK > > 4) acceptance test modules > > The translation of the acceptance modules to m2 is more complicated > than the others: I haven't decided yet how to preserve the extra > meta-data that is supplied for many of the dependencies. So my plan > is to provide patches for these separately (but very soon). > OK -- Jeremy
