[
https://issues.apache.org/jira/browse/DERBY-858?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Myrna van Lunteren updated DERBY-858:
-------------------------------------
Attachment: DERBY-858_105.diff
Merge to 10.5 was not clean for ServerPropertiesTest and SysinfoTest (I think
because of DERBY-4217), so I'm attaching a patch that does the backport. I
intend to commit in a couple of hours. tests ran clean.
> ijConnName test output order is non-deterministic.
> --------------------------------------------------
>
> Key: DERBY-858
> URL: https://issues.apache.org/jira/browse/DERBY-858
> Project: Derby
> Issue Type: Bug
> Components: Test
> Reporter: Daniel John Debrunner
> Assignee: Myrna van Lunteren
> Priority: Minor
> Attachments: DERBY-858.diff, DERBY-858.diff2, DERBY-858_105.diff
>
>
> The test loads four initial connections using these ij.connection properties
> in the test's _app.properties file.
> ij.connection.connOne=jdbc:derby:wombat;create=true
> ij.connection.connTwo=jdbc:derby:lemming;create=true
> ij.connection.connThree=jdbc:noone:fruitfly;create=true
> ij.connection.connFour=jdbc:derby:nevercreated
> The order these connections are created, and hence the order of the test
> output is only determined by the hash table ordering of the properties file.
> Making small changes in ijConnName_app.properties files can change the
> order, making the test appear to fail.
> E.g. I tried to enable the test with a security manager by modifying the
> noSecurityManger to be set to false, and the order changed.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
