Daniel John Debrunner wrote:
While canon based tests are not ideal, I think they are acceptable as
an interim step, especially if we manage to switch to a single
infrastructure. A good goal would be to have the 10.3 release (mid
year?) with a single infrastructure so that bug fixing and text cases
are easy to merge between trunk and 10.3. Also running the tests in
this way does not stop anyone from converting an individual test, it
makes it no harder. In fact it *might* make it easier, as a it might
be possible to incrementally convert tests and have them continue to
run with a master file.
One benefit I see from this approach is that it may allow the
community to focus on converting tests that cannot be run using this
or other adapters, for example ones with multiple canon files, per jvm
version for example. Those tend to be the tests that occupy the most
time as the need to update multiple canons is costly.
It will also centralized which environments a test runs in, one of the
issues I'm seeing with the jdbcapi tests and client server is trying
to figure out if a test is meant to run in c/s or not. Not clear from
the old harness setup.
+1.
Will try it out and post my findings.
-Rajesh
