[
https://issues.apache.org/jira/browse/DERBY-4558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13001583#comment-13001583
]
Kevin Sutter commented on DERBY-4558:
-------------------------------------
I just tried this testcase with Derby 10.5.3.0_1.jar and the IBM JDK 6 sr7
(original java env) and the IBM JDK 6 sr8 and sr9 with the same results. I
also just tried it again with the Sun JDK 6 sr18 and the testcase continues to
work.
To be honest, I don't have the time to write a standalone java program to
demonstrate this problem. Here's a link to the testcase in OpenJPA's svn. The
specific test in this testcase is...
http://svn.apache.org/viewvc/openjpa/trunk/openjpa-persistence-jdbc/src/test/java/org/apache/openjpa/persistence/jdbc/query/TestNativeQueryProcedures.java?view=log
@AllowFailure(value=true, message="Waiting for resolution for JIRA
DERBY-4558")
public void testNoReturnMultiParamProcedure() {
As you can see, we still run this test, but we ignore the results due to the
failure with Derby. We use Derby for our standard test database. I don't
believe we have experienced this problem with any other database we test with.
So, the problem seems to be focused on either Derby or the IBM JDK (or a
combination).
Hope this helps a little bit...
Kevin
> Issue (regression) with IBM JDK and Derby 10.5.3.0 and an OpenJPA testcase
> --------------------------------------------------------------------------
>
> Key: DERBY-4558
> URL: https://issues.apache.org/jira/browse/DERBY-4558
> Project: Derby
> Issue Type: Bug
> Components: JDBC
> Affects Versions: 10.5.3.0
> Reporter: Kevin Sutter
> Labels: derby_triage10_5_2
>
> The OpenJPA project just moved from Derby 10.2.2.0 to Derby 10.5.3.0. We
> have found that one of our testcases no longer works after this upgrade.
> But, the failure only happens with the IBM JDK. The Sun JDK (and Apple JDK)
> seem to work just fine.
> The testcase is related to executing stored procedures. You can find the
> testcase in the Apache OpenJPA project:
> TestNativeQueryProcedures.testNoReturnMultiParamProcedure
> (org.apache.openjpa.persistence.jdbc.query)
> junit.framework.AssertionFailedError: Caught unexpected exception executing
> stored procedure: Method resolution for signature
> org.apache.openjpa.persistence.jdbc.query.procedure.DerbyProcedureList.addSuffixToName(java.lang.String,
> java.lang.String) was ambiguous. (No single maximally specific method.) {{
> call ADD_SUFFIX_TO_NAME (?, ?) }} [code=20000, state=42X73]
> at junit.framework.Assert.fail(Assert.java:47)
> at
> org.apache.openjpa.persistence.jdbc.query.TestNativeQueryProcedures.testNoReturnMultiParamProcedure(TestNativeQueryProcedures.java:227)
> Show details »
> « Hide details
> junit.framework.AssertionFailedError: Caught unexpected exception executing
> stored procedure: Method resolution for signature
> org.apache.openjpa.persistence.jdbc.query.procedure.DerbyProcedureList.addSuffixToName(java.lang.String,
> java.lang.String) was ambiguous. (No single maximally specific method.) {{
> call ADD_SUFFIX_TO_NAME (?, ?) }} [code=20000, state=42X73]
> at junit.framework.Assert.fail(Assert.java:47)
> at
> org.apache.openjpa.persistence.jdbc.query.TestNativeQueryProcedures.testNoReturnMultiParamProcedure(TestNativeQueryProcedures.java:227)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> at java.lang.reflect.Method.invoke(Method.java:600)
> at junit.framework.TestCase.runTest(TestCase.java:154)
> at
> org.apache.openjpa.persistence.test.AbstractPersistenceTestCase.runTest(AbstractPersistenceTestCase.java:514)
> at junit.framework.TestCase.runBare(TestCase.java:127)
> We have only experienced this with the IBM JDK, both at the Java 6 SR5 and
> SR7 fix levels.
> Thanks,
> Kevin
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira