You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Jukka Zitting (JIRA)" <ji...@apache.org> on 2013/05/28 13:29:19 UTC

[jira] [Resolved] (OAK-802) Occasional type validation errors in TCK setup

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

Jukka Zitting resolved OAK-802.
-------------------------------

       Resolution: Fixed
    Fix Version/s: 0.9
         Assignee: Jukka Zitting

It turned out that in some cases (given random ordering of individual tests) the TCK was picking the nt:query type from o.a.j.test.api.query.SaveTest and using that to create the /testroot node. This correctly led to problems as soon as any other tests tried to add extra content below /testroot.

The TCK issue was fixed in JCR-3601 and I updated Oak accordingly in revision 1486876.
                
> Occasional type validation errors in TCK setup
> ----------------------------------------------
>
>                 Key: OAK-802
>                 URL: https://issues.apache.org/jira/browse/OAK-802
>             Project: Jackrabbit Oak
>          Issue Type: Bug
>          Components: core, jcr
>         Environment: happens at least on my laptop and on an ec2 m1.xlarge instance
>            Reporter: Jukka Zitting
>            Assignee: Jukka Zitting
>             Fix For: 0.9
>
>
> Occasionally, like in 1% of the cases, I see a default {{mvn clean install -PintegrationTesting}} build fail with lots of type validation errors from the TCK. A typical example is:
> {noformat}
> testScoreColumn(org.apache.jackrabbit.test.api.query.SQLQueryLevel2Test)  Time elapsed: 0.01 sec  <<< ERROR!
> javax.jcr.nodetype.ConstraintViolationException: org.apache.jackrabbit.oak.api.CommitFailedException: OakConstraint0001: /testroot/node1: Incorrect node type of child node node1 [nt:unstructured]
> 	at org.apache.jackrabbit.oak.jcr.delegate.SessionDelegate.newRepositoryException(SessionDelegate.java:331)
> 	at org.apache.jackrabbit.oak.jcr.delegate.SessionDelegate.save(SessionDelegate.java:196)
> 	at org.apache.jackrabbit.oak.jcr.SessionImpl.save(SessionImpl.java:369)
> 	at org.apache.jackrabbit.test.api.query.AbstractQueryLevel2Test.setUpFullTextTest(AbstractQueryLevel2Test.java:45)
> 	at org.apache.jackrabbit.test.api.query.SQLQueryLevel2Test.testScoreColumn(SQLQueryLevel2Test.java:41)
> {noformat}
> See https://www.dropbox.com/s/57cps6ys0etd9an/org.apache.jackrabbit.oak.jcr.tck.QueryIT.txt for the failsafe output of such an case.
> I've been able to reproduce the problem with a build loop like the following on my laptop and on a m1.xlarge ec2 instance (it didn't show up on a m1.medium instance):
> {code:none}
> for i in `seq 1 100`; do
>     mvn clean install -PintegrationTesting > build$i.log 2>&1
> done
> {code}

--
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