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.