db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Myrna van Lunteren (JIRA)" <derby-...@db.apache.org>
Subject [jira] Created: (DERBY-1141) test harness usage of useprocess needs improvement
Date Wed, 22 Mar 2006 18:23:08 GMT
test harness usage of useprocess needs improvement
--------------------------------------------------

         Key: DERBY-1141
         URL: http://issues.apache.org/jira/browse/DERBY-1141
     Project: Derby
        Type: Improvement
    Reporter: Myrna van Lunteren
 Assigned to: Myrna van Lunteren 


The 'old' functionTests harness has property useprocess, which, when set to false, causes
tests within a suite to run from within one jvm, thus creating databases and files in the
same directory.

This functionality is useful for debugging test runs within an IDE.

Also, it is potentially useful for speeding up testruns.

However, currently, there are some problems and shortcomings of this functionality.
- For instance, when running a networkserver test of type .java one sees the message 'Security
Manager not installed' show up within the test output, thus causing the test to fail.
- running networkserver tests with useprocess=false doesn't actually make things any faster,
  because networkserver gets started fresh for every test and then a new db is created. 
  However, it should be feasible to start networkserver with the first test in a suite, then
use that 
  networkserver  for subsequent tests and shutdown networkserver when the suite finishes.

- Also, (reported by Mike Matrigali off-list) currently, the following:
------------------
java -Duseprocess=false -Doutputdir=<snippeddirname>/newout  -Dkeepfiles=true org.apache.derbyTesting.functionTests.harness.RunTest
lang/closed.java
------------------
makes the test fall out of the harness with: Exception in thread "main"
and in the .tmp:
------------------
java.security.AccessControlException: access denied (java.io.FilePermission <snippeddirname>\newout
read)
        at java.security.AccessControlContext.checkPermission(AccessControlContext.java:269)
        at java.security.AccessController.checkPermission(AccessController.java:401)
        at java.lang.SecurityManager.checkPermission(SecurityManager.java:524)
        at java.lang.SecurityManager.checkRead(SecurityManager.java:863)
        at java.io.File.exists(File.java:678)
        at java.io.Win32FileSystem.canonicalize(Win32FileSystem.java:360)
        at java.io.File.getCanonicalPath(File.java:513)
        at org.apache.derbyTesting.functionTests.harness.RunTest.execTestNoProcess(RunTest.java:2370)
        at org.apache.derbyTesting.functionTests.harness.RunTest.testRun(RunTest.java:443)
        at org.apache.derbyTesting.functionTests.harness.RunTest.main(RunTest.java:302)
--------------------------------
  removing the -Doutputdir fixes that problem, but shouldn't be needed.

- there is the reference http://www.nabble.com/AccessControlException-when-running-functional-tests-t1321374.html#a3526947
  I couldn't duplicate this yet, maybe more info to follow.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


Mime
View raw message