You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@jackrabbit.apache.org by Steven Githens <sg...@caret.cam.ac.uk> on 2007/10/09 17:36:24 UTC

2 tests failing in 1.3.3

I've recently upgraded from a slightly patched internal version of 1.3 
to 1.3.3 and am seeing the following 2 tests from the jackrabbit-tests 
fail.  Since they don't *appear* at first to be a part of our setup 
environment, I'm not sure how to proceed on diagnosing them.

Any suggestions? I searched Google and Jira and didn't see anything for 
them.

Thanks,
Steve

[snip]
testNoLocalTrue(org.apache.jackrabbit.test.api.observation.AddEventListenerTest)  
Time elapsed: 5.005 sec
testUUID(org.apache.jackrabbit.test.api.observation.AddEventListenerTest)  
Time elapsed: 0.015 sec
testCopy(org.apache.jackrabbit.test.api.observation.WorkspaceOperationTest)  
Time elapsed: 0.009 sec
testRename(org.apache.jackrabbit.test.api.observation.WorkspaceOperationTest)  
Time elapsed: 0.012 sec
testMove(org.apache.jackrabbit.test.api.observation.WorkspaceOperationTest)  
Time elapsed: 0.019 sec

Results :

Failed tests:
  
testValueConstraintViolationExceptionBecauseOfInvalidTypeParameter(org.apache.jackrabbit.test.api.SetPropertyAssumeTypeTest)
  
testStringConstraintViolationExceptionBecauseOfInvalidTypeParameter(org.apache.jackrabbit.test.api.SetPropertyAssumeTypeTest)

Tests run: 1042, Failures: 2, Errors: 0, Skipped: 0


Re: 2 tests failing in 1.3.3

Posted by Steven Githens <sg...@caret.cam.ac.uk>.
Julian Reschke wrote:> ...
>
> It sounds a bit that this was caused by a change a made to the tests, 
> introducing new configuration properties (r566247). Is it possible 
> that you're testing new code without having updated 
> jackrabbit-core/src/test/resources/repositoryStubImpl.properties? 
> (maybe you have them somewhere else and missed the change?).
>
> Best regards, Julian
>
>
Merging over those 4 properties ( listed below ) fixed the problem.

Thanks!
Steve



# Test class: SetPropertyAssumeTypeTest
javax.jcr.tck.SetPropertyAssumeTypeTest.nodetype=test:canSetProperty
javax.jcr.tck.SetPropertyAssumeTypeTest.testStringConstraintViolationExceptionBecauseOfInvalidTypeParameter.propertyname1=String
javax.jcr.tck.SetPropertyAssumeTypeTest.testValueConstraintViolationExceptionBecauseOfInvalidTypeParameter.propertyname1=String
javax.jcr.tck.SetPropertyAssumeTypeTest.testValuesConstraintViolationExceptionBecauseOfInvalidTypeParameter.propertyname1=StringMultiple


Re: 2 tests failing in 1.3.3

Posted by Julian Reschke <ju...@gmx.de>.
Steven Githens wrote:
> Julian Reschke wrote:
>> Steven Githens wrote:
>>> I've recently upgraded from a slightly patched internal version of 
>>> 1.3 to 1.3.3 and am seeing the following 2 tests from the 
>>> jackrabbit-tests fail.  Since they don't *appear* at first to be a 
>>> part of our setup environment, I'm not sure how to proceed on 
>>> diagnosing them.
>>>
>>> Any suggestions? I searched Google and Jira and didn't see anything 
>>> for them.
>>>
>>> Thanks,
>>> Steve
>>
>> Steve,
>>
>> could you please extract the details from the target/surefire-reports 
>> folder?
> Here are the properties and 2 tests that failed from the report.
> 
> The RepositoryConfig.xml, NodeTypes.xml, and test data are in this 
> directory:
> https://source.sakaiproject.org/contrib/tfd/trunk/jackrabbitservice/jackrabbit-impl/impl/src/test/org/sakaiproject/jcr/test/ 
 > ...

It sounds a bit that this was caused by a change a made to the tests, 
introducing new configuration properties (r566247). Is it possible that 
you're testing new code without having updated 
jackrabbit-core/src/test/resources/repositoryStubImpl.properties? (maybe 
you have them somewhere else and missed the change?).

Best regards, Julian


Re: 2 tests failing in 1.3.3

Posted by Steven Githens <sg...@caret.cam.ac.uk>.
Julian Reschke wrote:
> Steven Githens wrote:
>> I've recently upgraded from a slightly patched internal version of 
>> 1.3 to 1.3.3 and am seeing the following 2 tests from the 
>> jackrabbit-tests fail.  Since they don't *appear* at first to be a 
>> part of our setup environment, I'm not sure how to proceed on 
>> diagnosing them.
>>
>> Any suggestions? I searched Google and Jira and didn't see anything 
>> for them.
>>
>> Thanks,
>> Steve
>
> Steve,
>
> could you please extract the details from the target/surefire-reports 
> folder?
Here are the properties and 2 tests that failed from the report.

The RepositoryConfig.xml, NodeTypes.xml, and test data are in this 
directory:
https://source.sakaiproject.org/contrib/tfd/trunk/jackrabbitservice/jackrabbit-impl/impl/src/test/org/sakaiproject/jcr/test/

-S


<testsuite errors="0" skipped="0" tests="1042" time="75.659" 
failures="2" name="org.sakaiproject.jcr.test.TestAll">
  <properties>
    <property value="Java(TM) 2 Runtime Environment, Standard Edition" 
name="java.runtime.name"/>
    <property value="/opt/jdk1.5.0_12/jre/lib/i386" 
name="sun.boot.library.path"/>
    <property value="1.5.0_12-b04" name="java.vm.version"/>
    <property value="Sun Microsystems Inc." name="java.vm.vendor"/>
    <property value="http://java.sun.com/" name="java.vendor.url"/>
    <property value=":" name="path.separator"/>
    <property value="Java HotSpot(TM) Server VM" name="java.vm.name"/>
    <property value="sun.io" name="file.encoding.pkg"/>
    <property value="US" name="user.country"/>
    <property value="SUN_STANDARD" name="sun.java.launcher"/>
    <property value="unknown" name="sun.os.patch.level"/>
    <property value="Java Virtual Machine Specification" 
name="java.vm.specification.name"/>
    <property 
value="/home/sgithens/code/jcrservice-trunk/jackrabbit-impl/impl" 
name="user.dir"/>
    <property value="1.5.0_12-b04" name="java.runtime.version"/>
    <property value="sun.awt.X11GraphicsEnvironment" 
name="java.awt.graphicsenv"/>
    <property 
value="/home/sgithens/code/jcrservice-trunk/jackrabbit-impl/impl" 
name="basedir"/>
    <property value="/opt/jdk1.5.0_12/jre/lib/endorsed" 
name="java.endorsed.dirs"/>
    <property value="i386" name="os.arch"/>
    <property value="/tmp" name="java.io.tmpdir"/>
    <property value="test" name="derby.system.durability"/>
    <property value="
" name="line.separator"/>
    <property value="Sun Microsystems Inc." 
name="java.vm.specification.vendor"/>
    <property value="Linux" name="os.name"/>
    <property value="" name="known.issues"/>
    <property value="UTF-8" name="sun.jnu.encoding"/>
    <property 
value="/opt/jdk1.5.0_12/jre/lib/i386/server:/opt/jdk1.5.0_12/jre/lib/i386:/opt/jdk1.5.0_12/jre/../lib/i386" 
name="java.library.path"/>
    <property 
value="org.apache.jackrabbit.core.util.RepositoryLock:/home/sgithens/code/jcrservice-trunk/jackrabbit-impl/impl/repository" 
name="org.apache.jackrabbit.core.util.RepositoryLock:/home/sgithens/code/jcrservice-trunk/jackrabbit-impl/impl/repository"/>
    <property value="Java Platform API Specification" 
name="java.specification.name"/>
    <property value="49.0" name="java.class.version"/>
    <property value="HotSpot Server Compiler" 
name="sun.management.compiler"/>
    <property value="2.6.20-16-generic" name="os.version"/>
    <property value="/home/sgithens" name="user.home"/>
    <property value="Europe/London" name="user.timezone"/>
    <property value="sun.print.PSPrinterJob" name="java.awt.printerjob"/>
    <property value="1.5" name="java.specification.version"/>
    <property value="UTF-8" name="file.encoding"/>
    <property value="sgithens" name="user.name"/>
    <property 
value="/home/sgithens/.m2/repository/org/codehaus/plexus/plexus-archiver/1.0-alpha-7/plexus-archiver-1.0-alpha-7.jar:/home/sgithens/.m2/repository/junit/junit/3.8.1/junit-3.8.1.jar:/home/sgithens/.m2/repository/org/codehaus/plexus/plexus-container-default/1.0-alpha-8/plexus-container-default-1.0-alpha-8.jar:/home/sgithens/.m2/repository/org/apache/maven/surefire/surefire-api/2.3/surefire-api-2.3.jar:/home/sgithens/.m2/repository/classworlds/classworlds/1.1-alpha-2/classworlds-1.1-alpha-2.jar:/home/sgithens/.m2/repository/org/codehaus/plexus/plexus-utils/1.1/plexus-utils-1.1.jar:/home/sgithens/.m2/repository/commons-lang/commons-lang/2.1/commons-lang-2.1.jar:/home/sgithens/.m2/repository/org/apache/maven/surefire/surefire-booter/2.3/surefire-booter-2.3.jar" 
name="java.class.path"/>
    <property value="1.0" name="java.vm.specification.version"/>
    <property value="32" name="sun.arch.data.model"/>
    <property value="/opt/jdk1.5.0_12/jre" name="java.home"/>
    <property value="Sun Microsystems Inc." 
name="java.specification.vendor"/>
    <property value="en" name="user.language"/>
    <property value="mixed mode" name="java.vm.info"/>
    <property value="1.5.0_12" name="java.version"/>
    <property value="/opt/jdk1.5.0_12/jre/lib/ext" name="java.ext.dirs"/>
    <property 
value="/opt/jdk1.5.0_12/jre/lib/rt.jar:/opt/jdk1.5.0_12/jre/lib/i18n.jar:/opt/jdk1.5.0_12/jre/lib/sunrsasign.jar:/opt/jdk1.5.0_12/jre/lib/jsse.jar:/opt/jdk1.5.0_12/jre/lib/jce.jar:/opt/jdk1.5.0_12/jre/lib/charsets.jar:/opt/jdk1.5.0_12/jre/classes" 
name="sun.boot.class.path"/>
    <property value="Sun Microsystems Inc." name="java.vendor"/>
    <property value="/home/sgithens/.m2/repository" name="localRepository"/>
    <property value="/" name="file.separator"/>
    <property value="http://java.sun.com/cgi-bin/bugreport.cgi" 
name="java.vendor.url.bug"/>
    <property value="little" name="sun.cpu.endian"/>
    <property value="UnicodeLittle" name="sun.io.unicode.encoding"/>
    <property value="gnome" name="sun.desktop"/>
    <property value="" name="sun.cpu.isalist"/>
  </properties>


<testcase time="0.007" 
name="testValueConstraintViolationExceptionBecauseOfInvalidTypeParameter">
    <failure type="junit.framework.AssertionFailedError" 
message="Node.setProperty(String, Value, int) must throw a 
ConstraintViolationExcpetion if the type parameter and the type of the 
property do not match.">junit.framework.AssertionFailedError: 
Node.setProperty(String, Value, int) must throw a 
ConstraintViolationExcpetion if the type parameter and the type of the 
property do not match.
    at junit.framework.Assert.fail(Assert.java:47)
    at 
org.apache.jackrabbit.test.api.SetPropertyAssumeTypeTest.testValueConstraintViolationExceptionBecauseOfInvalidTypeParameter(SetPropertyAssumeTypeTest.java:442)
    at 
org.apache.jackrabbit.test.api.SetPropertyAssumeTypeTest.testValueConstraintViolationExceptionBecauseOfInvalidTypeParameter(SetPropertyAssumeTypeTest.java:442)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at junit.framework.TestCase.runTest(TestCase.java:154)
    at junit.framework.TestCase.runBare(TestCase.java:127)
    at junit.framework.TestResult$1.protect(TestResult.java:106)
    at junit.framework.TestResult.runProtected(TestResult.java:124)
    at junit.framework.TestResult.run(TestResult.java:109)
    at junit.framework.TestCase.run(TestCase.java:118)
    at 
org.apache.jackrabbit.test.AbstractJCRTest.run(AbstractJCRTest.java:404)
    at junit.framework.TestSuite.runTest(TestSuite.java:208)
    at junit.framework.TestSuite.run(TestSuite.java:203)
    at junit.framework.TestSuite.runTest(TestSuite.java:208)
    at junit.framework.TestSuite.run(TestSuite.java:203)
    at junit.framework.TestSuite.runTest(TestSuite.java:208)
    at junit.framework.TestSuite.run(TestSuite.java:203)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at 
org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
    at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
    at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
    at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at 
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
    at 
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818)
</failure>
  </testcase>
  <testcase time="0.004" 
name="testStringConstraintViolationExceptionBecauseOfInvalidTypeParameter">
    <failure type="junit.framework.AssertionFailedError" 
message="Node.setProperty(String, Value, int) must throw a 
ConstraintViolationExcpetion if the type parameter and the type of the 
property do not match.">junit.framework.AssertionFailedError: 
Node.setProperty(String, Value, int) must throw a 
ConstraintViolationExcpetion if the type parameter and the type of the 
property do not match.
    at junit.framework.Assert.fail(Assert.java:47)
    at 
org.apache.jackrabbit.test.api.SetPropertyAssumeTypeTest.testStringConstraintViolationExceptionBecauseOfInvalidTypeParameter(SetPropertyAssumeTypeTest.java:465)
    at 
org.apache.jackrabbit.test.api.SetPropertyAssumeTypeTest.testStringConstraintViolationExceptionBecauseOfInvalidTypeParameter(SetPropertyAssumeTypeTest.java:465)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at junit.framework.TestCase.runTest(TestCase.java:154)
    at junit.framework.TestCase.runBare(TestCase.java:127)
    at junit.framework.TestResult$1.protect(TestResult.java:106)
    at junit.framework.TestResult.runProtected(TestResult.java:124)
    at junit.framework.TestResult.run(TestResult.java:109)
    at junit.framework.TestCase.run(TestCase.java:118)
    at 
org.apache.jackrabbit.test.AbstractJCRTest.run(AbstractJCRTest.java:404)
    at junit.framework.TestSuite.runTest(TestSuite.java:208)
    at junit.framework.TestSuite.run(TestSuite.java:203)
    at junit.framework.TestSuite.runTest(TestSuite.java:208)
    at junit.framework.TestSuite.run(TestSuite.java:203)
    at junit.framework.TestSuite.runTest(TestSuite.java:208)
    at junit.framework.TestSuite.run(TestSuite.java:203)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at 
org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
    at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
    at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
    at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at 
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
    at 
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818)
</failure>
  </testcase>
> Best regards, Julian
>


Re: 2 tests failing in 1.3.3

Posted by Julian Reschke <ju...@gmx.de>.
Steven Githens wrote:
> I've recently upgraded from a slightly patched internal version of 1.3 
> to 1.3.3 and am seeing the following 2 tests from the jackrabbit-tests 
> fail.  Since they don't *appear* at first to be a part of our setup 
> environment, I'm not sure how to proceed on diagnosing them.
> 
> Any suggestions? I searched Google and Jira and didn't see anything for 
> them.
> 
> Thanks,
> Steve

Steve,

could you please extract the details from the target/surefire-reports 
folder?

Best regards, Julian