[[ Kyle, specific questions for you about 8 paragraphs down ]]

Howdy guys--

So, I've spent the last few days realy digging into the build and the
repository, starting with the controls/ subtree.

As far as I could tell, controls/test/tools/ was not reproducible given
the bits in the repo.  Things like jakarta-regexp were missing, the
build assumed some stubs/ directory for RMICing, and some native bits
for javah'ing.

There's several copies of xbeans.jar within that sub-tree, along with
the one in external/ at the root.

There seems to be two sets of TCH (controls/test/tools/.. and
controls/test/infra/..).

In cleaning that up, I've created a set of parallel build files (currently
named 2build.xml so not to interfere with the existing build structure).
I'll be preparing a tarball/zipfile for brave souls to grab and open on
top of their repo for testing.

With the talk of code-formatting clean-up for ApacheCon, I think we
should also be looking at duplicate-removal for then.

A nice side-effect my changes thus far has been the auto-setting of
beehive.home without having to set BEEHIVE_HOME.  And it even works from
within deep in the tree.  (Using <import> and ${ant.file.therootbuild} 
sort of magic).  Also, now every sub-tree also checks for valid versions
of ant/jdk.  I have *not* made the ant-version-checking a priority in the
sub-dirs, though, as we can assume if you're building lower in the tree,
you know what you're doing.  But at least we get friendly warnings for
folks building from the root.

Just checkout the repo, cd controls/test/tools/mantis/, type 'ant build'
and it works nicely, including building tch when needed, etc.

The last remaining task is getting the containers started/stopped during
the test.

Kyle, we'd spoken about abstracting the container stuff out so you can
test on Tomcat, Geronimo, Jetty, etc, base upon a property setting, so I'd
appreciate your concrete thoughts on that matter now.

Once I get the build cleaned up across the entire repo, then I think we need
to take some time to rmdir the duplicate bits of code, remove/readjust the
location of extra jars (xbeans.jar is my archnemesis these days), and then
finally adjust the layout to match other projects (lib/ instead of external/
or 3rdparty/, etc).

        -bob

Reply via email to