db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From John Embretsen <John.Embret...@Sun.COM>
Subject Re: [jira] Commented: (DERBY-934) create a set of JUnit tests for Scrollable Updatable Resultsets
Date Wed, 08 Feb 2006 19:18:32 GMT
Wednesday, February 8, 2006, 7:32:12 PM CET, David W. Van Couvering wrote:

> I am also a bit uncomfortable with a separate subdirectory for junit 
> tests.  Is there a specific reason for this segregation?  If we have a 
> new test type, .junit, why can't that be sufficient to distinguish 
> between a JUnit test and an "old-style" test?  I'd like to reuse the 
> existing subdirectories like lang and jdbcapi rather than create a 
> mirror of subdirectories, or even a completely orthogonal set of 
> subdirectories, under junitTests.

Here is a link to a couple of messages to derby-dev regarding this
decision: http://tinyurl.com/bvde2  (Nabble)

The reason for doing it this way was basically that at that time
(October last year), this was our best option with regards to separating
JUnit tests from other tests. Otherwise it may quickly become difficult
to keep track of which tests have been converted to (or created for)

Does the new junit type really eliminate this "need"? The files are still
.java files; the type is just used by the harness to determine the java
executable it should use to run the test. Or am I missing something


> Daniel John Debrunner (JIRA) wrote:
>>     [ http://issues.apache.org/jira/browse/DERBY-934?page=comments#action_12365574
>> Daniel John Debrunner commented on DERBY-934:
>> ---------------------------------------------
>> Is this the plan for junit tests, to have a test directory per function, namely the
'sur' directory here?
>>  junitTests/sur/SURTest.junit 
>> If these tests were added under the old harness the correct location would be
>> tests/jdbcapi
>> The existing junitTests sub-directories are higher level than a set of functionality
and two of the three match the exisitng harness layout, lang and bderyNet

View raw message