You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jdo-dev@db.apache.org by "Michelle Caisse (JIRA)" <ji...@apache.org> on 2011/01/12 03:59:46 UTC
[jira] Commented: (JDO-647) Run TCK using Maven2 for consistency
[ https://issues.apache.org/jira/browse/JDO-647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12980526#action_12980526 ]
Michelle Caisse commented on JDO-647:
-------------------------------------
Checked in update for api version. Currently there are three errors x 2 identity types:
In query configuration:
1) testAVG(org.apache.jdo.tck.query.result.AggregateResult)junit.framework.AssertionFailedError: Assertion A14.6.9-6 (AggregateResult) failed:
Wrong query result:
query: SELECT AVG(personid) FROM org.apache.jdo.tck.pc.company.Person
expected: java.lang.Double of size 1
3.0
got: java.lang.Long of size 1
3
2) testAvg(org.apache.jdo.tck.query.result.ResultExpressions)junit.framework.AssertionFailedError: Assertion A14.6.9-5 (ResultExpressions) failed:
Wrong query result:
query: SELECT AVG(personid) FROM org.apache.jdo.tck.pc.company.Employee
expected: java.lang.Double of size 1
3.0
got: java.lang.Long of size 1
3
In jdoql configuration:
1) testPositive(org.apache.jdo.tck.query.jdoql.ParenthesesMarkOperatorPrecedence)javax.jdo.JDOException: Exception thrown when executing query
at org.datanucleus.jdo.NucleusJDOHelper.getJDOExceptionForNucleusException(NucleusJDOHelper.java:541)
at org.datanucleus.jdo.JDOQuery.execute(JDOQuery.java:230)
at org.apache.jdo.tck.query.jdoql.ParenthesesMarkOperatorPrecedence.runTestParenthesesMarkOperatorPrecedence08(ParenthesesMarkOperatorPrecedence.java:332)
at org.apache.jdo.tck.query.jdoql.ParenthesesMarkOperatorPrecedence.testPositive(ParenthesesMarkOperatorPrecedence.java:70)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at org.apache.jdo.tck.JDO_Test.runBare(JDO_Test.java:272)
at org.apache.jdo.tck.util.BatchTestRunner.doRun(BatchTestRunner.java:108)
at org.apache.jdo.tck.util.BatchTestRunner.start(BatchTestRunner.java:148)
at org.apache.jdo.tck.util.BatchTestRunner.main(BatchTestRunner.java:123)
NestedThrowablesStackTrace:
java.sql.SQLSyntaxErrorException: Comparisons between 'BOOLEAN' and 'INTEGER' are not supported. Types must be comparable. String types must also have matching collation. If collation does not match, a possible solution is to cast operands to force them to the default collation (e.g. SELECT tablename FROM sys.systables WHERE CAST(tablename AS VARCHAR(128)) = 'T1')
at org.apache.derby.impl.jdbc.SQLExceptionFactory40.getSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.<init>(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement20.<init>(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement30.<init>(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement40.<init>(Unknown Source)
at org.apache.derby.jdbc.Driver40.newEmbedPreparedStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.prepareStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.prepareStatement(Unknown Source)
at com.mchange.v2.c3p0.impl.NewProxyConnection.prepareStatement(NewProxyConnection.java:241)
at org.datanucleus.store.rdbms.SQLController.getStatementForQuery(SQLController.java:311)
at org.datanucleus.store.rdbms.query.RDBMSQueryUtils.getPreparedStatementForQuery(RDBMSQueryUtils.java:192)
at org.datanucleus.store.rdbms.query.JDOQLQuery.performExecute(JDOQLQuery.java:602)
at org.datanucleus.store.query.Query.executeQuery(Query.java:1693)
at org.datanucleus.store.query.Query.executeWithArray(Query.java:1528)
at org.datanucleus.store.query.Query.execute(Query.java:1501)
at org.datanucleus.jdo.JDOQuery.execute(JDOQuery.java:221)
> Run TCK using Maven2 for consistency
> ------------------------------------
>
> Key: JDO-647
> URL: https://issues.apache.org/jira/browse/JDO-647
> Project: JDO
> Issue Type: Improvement
> Components: tck
> Affects Versions: JDO 3
> Reporter: Andy Jefferson
> Assignee: Michelle Caisse
> Fix For: JDO 3 maintenance release 1
>
> Attachments: api_pom.diff, exectck.zip, exectck.zip, JDO-647-pom-properties.zip, pom.xml, pom.xml
>
>
> Since api2 now builds using Maven2 it makes a heck of a lot of sense to build/run the TCK using that too. It also means that the DataNucleus M1 repo (which only exists for use of this TCK) can be deleted. Please consider upgrading to Maven2
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.