| First off, because of Oracle's wonderful e-mail system (in
combination with whatever is at the other end of eclipselink-dev), I didn't see Tom's e-mail this morning. I was
under the impression, based on
 our face-2-face discussions yesterday afternoon that 'commons' was a GO
- obviously not.
 
 I still strongly believe that we should have a 'commons'
directory-structure (and parallel Eclipse projects).
 The first example of common library and/or code is the custom JUnit4
runner for testing, hence the
 sub-dir "eclipselink.commons.testing":
 
 ${eclipselink-svn-directory-root}
 \---trunk
 |   about.txt
 |   ...
 |
 +---commons
 |   \---eclipselink.commons.testing
 |       |   .classpath
 |       |   .project
 |       |   pb4.jardesc
 |       |
 |       +---lib
 |       |       about.txt
 |       |       ant.jar
 |       |       junit4-ext-pb4.jar
 
 
 It is used by both DBWS tests and non-JDBC args tests. Second, some
DBWS tests do not depend on core
 EclipseLink at all - just a JDBC connection from which metadata is
extracted (unit testing what happens in the
 DBWS BuildDBWSWar Ant task)
 
 re: Gordon's comments about testing frameworks
 I would like to clarify - there are only 2 testing frameworks, our
internal one and JUnit4.
 The custom JUnit4 runner I wrote is not a third framework - it
is more like a 'helper'
 in the same way that XMLUnit was a 'helper' to JUnit3.
 
 
 
 --   Mike Norman | Principal Software Designer | 613.288.4638 Oracle Server Technologies | TopLink Product
 45 O'Connor Street, Suite 400 | Ottawa, ON K1P 1A4 | (fax) 613.238.2818
 
 
 |