db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rick Hillegas (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (DERBY-6073) Test ordering instability in StatementPoolingTest
Date Fri, 15 Feb 2013 16:37:12 GMT

     [ https://issues.apache.org/jira/browse/DERBY-6073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Rick Hillegas updated DERBY-6073:
---------------------------------

    Attachment: derby-6073-01-aa-fixTestCaseOrder.diff

Attaching derby-6073-01-aa-fixTestCaseOrder.diff. This patch makes the test case order deterministic
and fixes the bug on Java 7. Committed at subversion revision 1446675.

After applying this patch, I see a follow-on problem on Java 8:

1) testAll(org.apache.derbyTesting.functionTests.tests.jdbcapi.StatementPoolingTest)junit.framework.ComparisonFailure:
expected:<...alPreparedStatement4[0]> but was:<...alPreparedStatement4[2]>
	at org.apache.derbyTesting.functionTests.tests.jdbcapi.StatementPoolingTest.assertClassName(StatementPoolingTest.java:145)
	at org.apache.derbyTesting.functionTests.tests.jdbcapi.StatementPoolingTest.t02_testPoolingEnabledByCheckingImplementationDetails(StatementPoolingTest.java:90)

I will port derby-6073-01-aa-fixTestCaseOrder.diff to 10.9 and prepare another patch for trunk
to fix the follow-on problem.

Touches the following file:

M       java/testing/org/apache/derbyTesting/functionTests/tests/jdbcapi/StatementPoolingTest.java

                
> Test ordering instability in StatementPoolingTest
> -------------------------------------------------
>
>                 Key: DERBY-6073
>                 URL: https://issues.apache.org/jira/browse/DERBY-6073
>             Project: Derby
>          Issue Type: Bug
>          Components: Test
>    Affects Versions: 10.9.1.0, 10.10.0.0
>         Environment: Java 7, Java 8
>            Reporter: Rick Hillegas
>            Assignee: Rick Hillegas
>         Attachments: derby-6073-01-aa-fixTestCaseOrder.diff, z.diff
>
>
> StatementPoolingTest.testPoolingEnabledByCheckingImplementationDetails() assumes that
the client-side statement cache will have been primed by a previous test case, testCacheOverflow().
On Java 7 and Java 8 the test order is not deterministic. If testPoolingEnabledByCheckingImplementationDetails()
is the first test case to run, then it fails with this error:
> org.apache.derbyTesting.functionTests.tests.jdbcapi.StatementPoolingTest.assertClassName(StatementPoolingTest.java:147)
> 	at org.apache.derbyTesting.functionTests.tests.jdbcapi.StatementPoolingTest.testPoolingEnabledByCheckingImplementationDetails(StatementPoolingTest.java:89)
> I will attach a patch which forces testPoolingEnabledByCheckingImplementationDetails()
to be first in the test order. With this patch, StatementPoolingTest fails for me on Java
7 when run on the 10.9 branch as well as on trunk.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message