[ http://issues.apache.org/jira/browse/DERBY-413?page=comments#action_12360526 ]
Myrna van Lunteren commented on DERBY-413: ------------------------------------------ I just attached a patch for this. It changes the test harness to look for a command-line provided -DhostName=<the name of the host> with RunTest or RunSuite. When the hostName provided is *not* localhost, the harness switches to startServer=false (i.e. no starting and stopping the server) and useprocess=false (i.e. do not start a separate process). I have modified various tests that run in the derbynetclientmats suite to check for this property. And I had to modify certain tests so they could correctly find the supported files in extin or extinout directories when run like this. Also had to modify various tests to filter out localhost and to ensure tests cleaned up after themselves. I have had to add a DerbyNetRemote.exclude and DerbyNetClientRemote.exclude because some tests try to look at files created by the server, or use NetworkServerControl in ways not appropriate when the server is on a remote host. I have modified the testing README with instructions on how to start the network server on the remote host. I have run derbyall and found 3 problems with store tests (which satheesh fixed), 2 intermittent problems (ConcurrentImplicitCreateSchema and DerbyNetAutoStart), and 2 suprising failures (resultsetStream and characterStreams.java) which I think are due to some mysterious other problem in my setup. (problem persisted when I backed out my changes, and when I copied relevant files to another environment, this did not exist there). In addition, I ran derbynetclientmats and derbynetmats against a remote host and found no problems - except that the CompatibilityTest plops away with an exception. I will analyze that next and provide a follow up for that. I know Sunitha (who needs this for testing her network server service) and manjula (who need this for testing the ipv6) are both on vacation, but I would appreciate someone looking at this... > Need an easy way to change the localhost string in the Netwrok server tests > to test on a different sever (need for the Ipv6 Testing) > ------------------------------------------------------------------------------------------------------------------------------------ > > Key: DERBY-413 > URL: http://issues.apache.org/jira/browse/DERBY-413 > Project: Derby > Type: Bug > Components: Test > Versions: 10.0.2.1, 10.0.2.0, 10.1.1.0 > Reporter: Manjula Kutty > Assignee: Myrna van Lunteren > Attachments: 413_121505.diff, 413_121505.stat > > For Ipv6 testing I have to change the hardcoded "localhost " string in the > netmats tests to run on a different ipv6 machine. It is better to have an > easy meachanism for example read the hostname from a property file or > similar. There are about 16 or files where the localhost is hardcoded: > org\apache\derbyTesting\functionTests\tests\derbynet\testclientij.sql > org\apache\derbyTesting\functionTests\tests\derbynet\testij.sql > org\apache\derbyTesting\functionTests\tests\derbynet\DerbyNetAutoStart.java > org\apache\derbyTesting\functionTests\tests\derbynet\maxthreads.java > org\apache\derbyTesting\functionTests\tests\derbynet\testconnection.java > org\apache\derbyTesting\functionTests\tests\derbynet\timeslice.java > org\apache\derbyTesting\functionTests\tests\lang\declareGlobalTempTablejavaJDBC30.java > org\apache\derbyTesting\functionTests\harness\jvm.java > org\apache\derbyTesting\functionTests\harness\NetServer.java > org\apache\derbyTesting\functionTests\tests\derbynet\callable.java > org\apache\derbyTesting\functionTests\tests\derbynet\checkSecMgr.java > org\apache\derbyTesting\functionTests\tests\derbynet\dataSourcePermissions_net.java > org\apache\derbyTesting\functionTests\tests\derbynet\NSinSameJVM.java > org\apache\derbyTesting\functionTests\tests\derbynet\testProperties.java > org\apache\derbyTesting\functionTests\tests\tools\dblook_test.java > org\apache\derbyTesting\functionTests\util\TestUtil.java -- 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
