On Tue, 2005-06-07 at 22:37 +1200, Simon Kitching wrote: <snip>
> =============== SRC tarball > > The -src download unpacks into a directory which does *not* have -src in > the name. This is the default behaviour of Maven, but not the way that > many other distributions work. I happen to like -src distros unpacking > into a directory different from the one the binary distro creates. It's > up to you which to choose, but if you want to have the src dir named > -src, then see commons-digester/maven.xml for one solution. i dislike the default chosen by maven (but thought that this was the way most mavenised commons components did it). directory name changed. BTW i've been working on an improved version of the release preparation document whilst creating this release. i'll try to remember to add this recommendation. > There is no build.properties.sample file in the src distro. If you are > providing a build.xml then a build.properties.sample is very useful. the build.xml is generated by maven and so should run correctly without a build.properties file. (it does for me.) > There is slightly odd indenting in the second-to-last line of > README.txt. And some slightly odd indenting in RELEASE-NOTES.txt too. > It's probably because there are tabs in the files, and I bet you have > tabwidth set to 4 on your machine. it's an old document. i considered replacing it but thought it better to push this release out. i'll probably rewrite it. > === > > Running "maven" in the src dir with java1.5 results in: > javac: target release 1.1 conflicts with default source release 1.5 > When you have > maven.target.compile=1.1 > in project.properties you also need > maven.target.source=1.2 > to avoid this problem. that's interesting. added. > Maven reports this when run: > java:jar: > [echo] java:jar is deprecated and will be removed. Please use > jar:jar > This can be fixed by updating maven.xml: > <project default="java:jar" xmlns:j="jelly:core"> > should be > <project default="jar:jar" xmlns:j="jelly:core"> > unless there's something I don't know.... yep. committed. (but for some reason, i haven't had that message for a while on my system) > =============== Binary tarball > > The docs directory contains all the Maven reports, including the > "test-xref" and stuff. This is a very large volume of data that almost > nobody will want. I suggest removing this from the binary download. See > maven.xml in commons-digester for one way to solve this. i'll be rolling a jar-only distribution so those who want the minimum can download that. so, i'm inclined to leave the reports (unless there's a groundswell of opinion from others). > ======================= other > > The src distro builds fine with Java1.5 on Linux (debian 3.1). > > Unfortunately, there are ?? unit test failures when using java 1.3.1: > TEST org.apache.commons.betwixt.strategy.TestConversionFlavour FAILED > TEST org.apache.commons.betwixt.schema.TestSchemaGeneration FAILED > TEST org.apache.commons.betwixt.io.read.TestBindTimeTypeMapping FAILED > TEST org.apache.commons.betwixt.io.read.TestMaps FAILED > TEST org.apache.commons.betwixt.recursion.TestSharedIDGeneration FAILED > TEST org.apache.commons.betwixt.derived.TestWriteClass FAILED > > They look like real failures; some of the output is shown below. not sure whether they are real failures or not. a lot of the tests are *very* sensitive to changes in undocumented introspection symantics (such as ordering of methods) and have had a history of failing on different JVM's. i would have expected to have had some feedback from users by now if there were major problems on 1.5. i'm inclined to push this release out as is since there are users who need a formal release with the extra functionality urgently and worry about 1.5 compatibility later. - robert --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
