[Oak origin/trunk] Apache Jackrabbit Oak matrix - Build # 568 - Still Failing
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build #568) Status: Still Failing Check console output at https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/568/ to view the results. Changes: [chetanm] OAK-3654 - Integrate with Metrics for various stats collection [chetanm] OAK-3654 - Integrate with Metrics for various stats collection [mreutegg] OAK-3632: Incorrect Value Conversion upon Node.setProperty and [angela] OAK-3671 : Incomplete cleanup of entries in ACL [chetanm] OAK-3654 - Integrate with Metrics for various stats collection [chetanm] OAK-3654 - Integrate with Metrics for various stats collection [tommaso] OAK-3149 - each index has its own (persisted) suggester if suggest is [chetanm] OAK-3654 - Integrate with Metrics for various stats collection [chetanm] OAK-3673 - NotCompliantMBeanException for QueryEngineSettings, [chetanm] OAK-3673 - NotCompliantMBeanException for QueryEngineSettings, [thomasm] OAK-2843 Broadcasting cache (disable UDP tests, re-enable TCP tests, [thomasm] OAK-1631 document maxLastModifiedTime == 0 in [reschke] OAK-3676: RDBDocumentStore on SQLServer: append logic creates many [chetanm] OAK-3654 - Integrate with Metrics for various stats collection [chetanm] OAK-3654 - Integrate with Metrics for various stats collection [chetanm] OAK-3654 - Integrate with Metrics for various stats collection [chetanm] OAK-3654 - Integrate with Metrics for various stats collection [mduerig] OAK-3677: NodeStore.merge implementations throw ISE instead of IAE when [chetanm] OAK-3654 - Integrate with Metrics for various stats collection Test results: 2 tests failed. FAILED: org.apache.jackrabbit.oak.commons.concurrent.ExecutorCloserTest.timeoutHandling Error Message: null Stack Trace: java.lang.AssertionError at org.junit.Assert.fail(Assert.java:86) at org.junit.Assert.assertTrue(Assert.java:41) at org.junit.Assert.assertFalse(Assert.java:64) at org.junit.Assert.assertFalse(Assert.java:74) at org.apache.jackrabbit.oak.commons.concurrent.ExecutorCloserTest.timeoutHandling(ExecutorCloserTest.java:62) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75) FAILED: org.apache.jackrabbit.oak.commons.concurrent.ExecutorCloserTest.timeoutHandling Error Message: null Stack Trace: java.lang.AssertionError at org.junit.Assert.fail(Assert.java:86) at org.junit.Assert.assertTrue(Assert.java:41) at org.junit.Assert.assertFalse(Assert.java:64) at org.junit.
[Oak origin/1.0] Apache Jackrabbit Oak matrix - Build # 567 - Failure
The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build
#567)
Status: Failure
Check console output at
https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/567/ to view
the results.
Changes:
[mreutegg] OAK-3355: Test failure: SpellcheckTest.testSpellcheckMultipleWords
[reschke] OAK-3676: RDBDocumentStore on SQLServer: append logic creates many
Test results:
16 tests failed.
FAILED: org.apache.jackrabbit.oak.jcr.query.SuggestTest.testSuggestSql
Error Message:
expected:<[[{term=in 2015 a red fox is still a fox,weight=1}, {term=in 2015 my
fox is red, like mike's fox and john's fox,weight=1}]]> but was:<[]>
Stack Trace:
junit.framework.ComparisonFailure: expected:<[[{term=in 2015 a red fox is still
a fox,weight=1}, {term=in 2015 my fox is red, like mike's fox and john's
fox,weight=1}]]> but was:<[]>
at junit.framework.Assert.assertEquals(Assert.java:100)
at junit.framework.Assert.assertEquals(Assert.java:107)
at junit.framework.TestCase.assertEquals(TestCase.java:269)
at
org.apache.jackrabbit.oak.jcr.query.SuggestTest.testSuggestSql(SuggestTest.java:50)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at
org.apache.jackrabbit.test.AbstractJCRTest.run(AbstractJCRTest.java:464)
at junit.framework.TestSuite.runTest(TestSuite.java:252)
at junit.framework.TestSuite.run(TestSuite.java:247)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
at
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141)
at
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at
org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189)
at
org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165)
at
org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115)
at
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75)
FAILED: org.apache.jackrabbit.oak.jcr.query.SuggestTest.testSuggestXPath
Error Message:
expected:<[[{term=in 2015 a red fox is still a fox,weight=1}, {term=in 2015 my
fox is red, like mike's fox and john's fox,weight=1}]]> but was:<[]>
Stack Trace:
junit.framework.ComparisonFailure: expected:<[[{term=in 2015 a red fox is still
a fox,weight=1}, {term=in 2015 my fox is red, like mike's fox and john's
fox,weight=1}]]> but was:<[]>
at junit.framework.Assert.assertEquals(Assert.java:100)
at junit.framework.Assert.assertEquals(Assert.java:107)
at junit.framework.TestCase.assertEquals(TestCase.java:269)
at
org.apache.jackrabbit.oak.jcr.query.SuggestTest.testSuggestXPath(SuggestTest.java:67)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at junit.framework.TestCase.runTest(TestCase.java:176)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at
org.apache.jackrabbit.test.AbstractJCRTest.run(AbstractJCRTest.java:464)
at junit.framework.TestSuite.runTest(TestSuite.java:252)
at junit.framework.TestSuite.run(TestSuite.java:247)
at
org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.ja
Re: svn commit: r1715773 [1/2] - in /jackrabbit/oak/trunk: oak-core/ oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/metric/ oak-core/src/main/java/org/apache/jackrabbit/oak/spi/whiteboard/ o
Removed the method with 1716101 Chetan Mehrotra On Tue, Nov 24, 2015 at 2:45 PM, Michael Dürig wrote: > > > On 24.11.15 10:09 , Chetan Mehrotra wrote: >> >> On Tue, Nov 24, 2015 at 2:35 PM, Michael Dürig wrote: >>> >>> I'd rather remove the method and break backward compatibility at compile >>> time instead of runtime. >> >> >> Can do that but then would need to bump the major version of the stats >> package. Would that be fine? > > > I'd say yes, even when leaving the method in. While the signature stays > backward compatible, the semantic is quite different. > >> >> I missed marking this one as deprecated so would that needs to be done. > > > @deprecate would be an alternative. But then I'd just log a warning should > the method be called instead of throwing. > > Michael
Re: Test failures in o.a.j.o.plugins.document.persistentCache.BroadcastTest
Thanks for taking care of this. 2015-11-24 15:20 GMT+01:00 Thomas Mueller : > Hi, > > I will disabled those tests. Even thought the unit tests always worked for > me, I couldn't get UDP to work with two "real" repositories (two > processes). > > Regards, > Thomas > > > On 24/11/15 13:33, "Francesco Mari" wrote: > > >broadcastUDP > >
Re: Test failures in o.a.j.o.plugins.document.persistentCache.BroadcastTest
Hi, I will disabled those tests. Even thought the unit tests always worked for me, I couldn't get UDP to work with two "real" repositories (two processes). Regards, Thomas On 24/11/15 13:33, "Francesco Mari" wrote: >broadcastUDP
Test failures in o.a.j.o.plugins.document.persistentCache.BroadcastTest
Hi all, I have test failures in BroadcastTest producing the following output: broadcastEncryptedUDP(org.apache.jackrabbit.oak.plugins.document.persistentCache.BroadcastTest) Time elapsed: 4.299 sec <<< FAILURE! java.lang.AssertionError: min: 50 got: 0 at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.assertTrue(Assert.java:41) at org.apache.jackrabbit.oak.plugins.document.persistentCache.BroadcastTest.broadcast(BroadcastTest.java:217) at org.apache.jackrabbit.oak.plugins.document.persistentCache.BroadcastTest.broadcastEncryptedUDP(BroadcastTest.java:171) Caused by: java.lang.AssertionError: min: 50 got: 0 at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.assertTrue(Assert.java:41) at org.apache.jackrabbit.oak.plugins.document.persistentCache.BroadcastTest.broadcast(BroadcastTest.java:217) at org.apache.jackrabbit.oak.plugins.document.persistentCache.BroadcastTest.broadcastEncryptedUDP(BroadcastTest.java:174) ... 29 more broadcastUDP(org.apache.jackrabbit.oak.plugins.document.persistentCache.BroadcastTest) Time elapsed: 4.277 sec <<< FAILURE! java.lang.AssertionError: min: 50 got: 0 at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.assertTrue(Assert.java:41) at org.apache.jackrabbit.oak.plugins.document.persistentCache.BroadcastTest.broadcast(BroadcastTest.java:217) at org.apache.jackrabbit.oak.plugins.document.persistentCache.BroadcastTest.broadcastUDP(BroadcastTest.java:157) Caused by: java.lang.AssertionError: min: 50 got: 0 at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.assertTrue(Assert.java:41) at org.apache.jackrabbit.oak.plugins.document.persistentCache.BroadcastTest.broadcast(BroadcastTest.java:217) at org.apache.jackrabbit.oak.plugins.document.persistentCache.BroadcastTest.broadcastUDP(BroadcastTest.java:161) My environment is the following: Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-14T18:29:23+01:00) Maven home: /usr/local/Cellar/maven32/3.2.5/libexec Java version: 1.8.0_65, vendor: Oracle Corporation Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_65.jdk/Contents/Home/jre Default locale: en_US, platform encoding: UTF-8 OS name: "mac os x", version: "10.11.1", arch: "x86_64", family: "mac"
Re: Test failures in o.a.j.o.spi.whiteboard.WhiteboardUtilsTest
Those tests are passing now, thanks! 2015-11-24 12:50 GMT+01:00 Chetan Mehrotra : > Looks like on JDK 8 the MBean interface has to be public for MBean > registration to work. Done that with 1716110 > > @Francesco - Can you try again with updated trunk? > Chetan Mehrotra > > > On Tue, Nov 24, 2015 at 4:58 PM, Chetan Mehrotra > wrote: > > On Tue, Nov 24, 2015 at 4:36 PM, Francesco Mari > > wrote: > >> Maven home: /usr/local/Cellar/maven32/3.2.5/libexec > >> Java version: 1.8.0_65, vendor: Oracle Corporation > > > > I am on JDK 1.7.0_55 and there it passes. Would try it on JDK 8 > > > > Chetan Mehrotra >
jackrabbit-oak build #6922: Fixed
Build Update for apache/jackrabbit-oak - Build: #6922 Status: Fixed Duration: 1603 seconds Commit: c667a696b5769c49a1c6cec0f560f4d8b3058a2d (trunk) Author: Chetan Mehrotra Message: OAK-3673 - NotCompliantMBeanException for QueryEngineSettings, QueryStatManager, RepositoryStatsMBean git-svn-id: https://svn.apache.org/repos/asf/jackrabbit/oak/trunk@1716109 13f79535-47bb-0310-9956-ffa450edef68 View the changeset: https://github.com/apache/jackrabbit-oak/compare/2deb3fc19ade...c667a696b576 View the full build log and details: https://travis-ci.org/apache/jackrabbit-oak/builds/92916958 -- sent by Jukka's Travis notification gateway
Re: LuceneIndexEditor message in error.log
Hi Chris, Does the lucene indexing process fail after this warning? As you pointed out this sounds similar to OAK-3020, which was fixed in Oak 1.2.3. In addition can you also post the json for one of the nodes. Thanks Amit On Tue, Nov 24, 2015 at 3:07 AM, Julian Sedding wrote: > Hi Chris > > Two questions: > > 1. What is the property type of > > /content/michigan-lsa/classics/en/graduate-students/current-students/jcr:content/cq:lastModified? > 2. Do you have an idea what the index definition looks like that is > used for indexing this property? > > Regards > Julian > > > On Mon, Nov 23, 2015 at 6:38 PM, Chris wrote: > > Hello. We are running Oak v1.2.4 in AEM6.1. After upgrading to AEM6.1 I > see > > the error message below repeated 1000+ times a day in the error log. The > > logs refer to many different content nodes, not just this example. We > have > > also have already requested Daycare support. The response indicated that > > this log message might be related to OAK-3020 [1]. So far the system > > continues to operate, but it seems like a major warning sign if indexing > > continues to fail at this rate. Can anyone provide suggestions? > > > > 19.11.2015 10:08:37.561 *WARN* [pool-9-thread-4] > > org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexEditor Failed > to > > index the node > > [/content/michigan-lsa/classics/en/graduate-students/current-students] > > java.lang.IllegalArgumentException: DocValuesField > > ":dvjcr:content/cq:lastModified" appears more than once in this document > > (only one value is allowed per field) > > at > > > org.apache.lucene.index.NumericDocValuesWriter.addValue(NumericDocValuesWriter.java:54) > > at > > > org.apache.lucene.index.DocValuesProcessor.addNumericField(DocValuesProcessor.java:153) > > at > > > org.apache.lucene.index.DocValuesProcessor.addField(DocValuesProcessor.java:66) > > at > > > org.apache.lucene.index.TwoStoredFieldsConsumers.addField(TwoStoredFieldsConsumers.java:36) > > at > > > org.apache.lucene.index.DocFieldProcessor.processDocument(DocFieldProcessor.java:236) > > at > > > org.apache.lucene.index.DocumentsWriterPerThread.updateDocument(DocumentsWriterPerThread.java:253) > > at > > > org.apache.lucene.index.DocumentsWriter.updateDocument(DocumentsWriter.java:455) > > at > > org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1534) > > at > > org.apache.lucene.index.IndexWriter.updateDocument(IndexWriter.java:1507) > > at > > > org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexEditor.addOrUpdate(LuceneIndexEditor.java:302) > > at > > > org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexEditor.leave(LuceneIndexEditor.java:198) > > at > > > org.apache.jackrabbit.oak.spi.commit.CompositeEditor.leave(CompositeEditor.java:74) > > at > > > org.apache.jackrabbit.oak.spi.commit.VisibleEditor.leave(VisibleEditor.java:63) > > at > > > org.apache.jackrabbit.oak.spi.commit.EditorDiff.childNodeChanged(EditorDiff.java:153) > > at > > > org.apache.jackrabbit.oak.plugins.segment.MapRecord.compare(MapRecord.java:418) > > at > > > org.apache.jackrabbit.oak.plugins.segment.SegmentNodeState.compareAgainstBaseState(SegmentNodeState.java:583) > > at > > > org.apache.jackrabbit.oak.spi.commit.EditorDiff.childNodeChanged(EditorDiff.java:148) > > at > > > org.apache.jackrabbit.oak.plugins.segment.MapRecord.compare(MapRecord.java:418) > > at > > > org.apache.jackrabbit.oak.plugins.segment.SegmentNodeState.compareAgainstBaseState(SegmentNodeState.java:583) > > at > > > org.apache.jackrabbit.oak.spi.commit.EditorDiff.childNodeChanged(EditorDiff.java:148) > > at > > > org.apache.jackrabbit.oak.plugins.segment.MapRecord.compare(MapRecord.java:418) > > at > > > org.apache.jackrabbit.oak.plugins.segment.SegmentNodeState.compareAgainstBaseState(SegmentNodeState.java:583) > > at > > > org.apache.jackrabbit.oak.spi.commit.EditorDiff.childNodeChanged(EditorDiff.java:148) > > at > > > org.apache.jackrabbit.oak.plugins.segment.MapRecord.compare(MapRecord.java:418) > > at > > > org.apache.jackrabbit.oak.plugins.segment.SegmentNodeState.compareAgainstBaseState(SegmentNodeState.java:583) > > at > > > org.apache.jackrabbit.oak.spi.commit.EditorDiff.childNodeChanged(EditorDiff.java:148) > > at > > > org.apache.jackrabbit.oak.plugins.segment.MapRecord.compare(MapRecord.java:418) > > at > > > org.apache.jackrabbit.oak.plugins.segment.SegmentNodeState.compareAgainstBaseState(SegmentNodeState.java:583) > > at > > > org.apache.jackrabbit.oak.spi.commit.EditorDiff.childNodeChanged(EditorDiff.java:148) > > at > > > org.apache.jackrabbit.oak.plugins.segment.MapRecord$2.childNodeChanged(MapRecord.java:403) > > at > > > org.apache.jackrabbit.oak.plugins.segment.MapRecord$3.childNodeChanged(MapRecord.java:444) > > at > > > org.apache.jackrabbit.oak.plugins.segment.MapRecord.compare(MapRecord.java:487) > > at > > > org.apache.ja
jackrabbit-oak build #6921: Fixed
Build Update for apache/jackrabbit-oak - Build: #6921 Status: Fixed Duration: 1796 seconds Commit: 2deb3fc19aded00d02e4059ea170aed4081a6d6b (trunk) Author: Chetan Mehrotra Message: OAK-3654 - Integrate with Metrics for various stats collection Remove the old method which is not needed and thus bump the major version git-svn-id: https://svn.apache.org/repos/asf/jackrabbit/oak/trunk@1716101 13f79535-47bb-0310-9956-ffa450edef68 View the changeset: https://github.com/apache/jackrabbit-oak/compare/7e2244d1b411...2deb3fc19ade View the full build log and details: https://travis-ci.org/apache/jackrabbit-oak/builds/92907292 -- sent by Jukka's Travis notification gateway
Re: Test failures in o.a.j.o.spi.whiteboard.WhiteboardUtilsTest
Looks like on JDK 8 the MBean interface has to be public for MBean registration to work. Done that with 1716110 @Francesco - Can you try again with updated trunk? Chetan Mehrotra On Tue, Nov 24, 2015 at 4:58 PM, Chetan Mehrotra wrote: > On Tue, Nov 24, 2015 at 4:36 PM, Francesco Mari > wrote: >> Maven home: /usr/local/Cellar/maven32/3.2.5/libexec >> Java version: 1.8.0_65, vendor: Oracle Corporation > > I am on JDK 1.7.0_55 and there it passes. Would try it on JDK 8 > > Chetan Mehrotra
Re: Test failures in o.a.j.o.spi.whiteboard.WhiteboardUtilsTest
On Tue, Nov 24, 2015 at 4:36 PM, Francesco Mari wrote: > Maven home: /usr/local/Cellar/maven32/3.2.5/libexec > Java version: 1.8.0_65, vendor: Oracle Corporation I am on JDK 1.7.0_55 and there it passes. Would try it on JDK 8 Chetan Mehrotra
Test failures in o.a.j.o.spi.whiteboard.WhiteboardUtilsTest
Hi all, I have test failures in WhiteboardUtilsTest, producing the following output: jmxBeanRegistrationDuplicate(org.apache.jackrabbit.oak.spi.whiteboard.WhiteboardUtilsTest) Time elapsed: 0 sec <<< ERROR! javax.management.InstanceNotFoundException: org.apache.jackrabbit.oak:type=test,name=hello at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean(DefaultMBeanServerInterceptor.java:1095) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getObjectInstance(DefaultMBeanServerInterceptor.java:462) at com.sun.jmx.mbeanserver.JmxMBeanServer.getObjectInstance(JmxMBeanServer.java:564) at org.apache.jackrabbit.oak.spi.whiteboard.WhiteboardUtilsTest.jmxBeanRegistrationDuplicate(WhiteboardUtilsTest.java:65) jmxBeanRegistration(org.apache.jackrabbit.oak.spi.whiteboard.WhiteboardUtilsTest) Time elapsed: 0.001 sec <<< ERROR! javax.management.InstanceNotFoundException: org.apache.jackrabbit.oak:type=test,name=hello at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean(DefaultMBeanServerInterceptor.java:1095) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getObjectInstance(DefaultMBeanServerInterceptor.java:462) at com.sun.jmx.mbeanserver.JmxMBeanServer.getObjectInstance(JmxMBeanServer.java:564) at org.apache.jackrabbit.oak.spi.whiteboard.WhiteboardUtilsTest.jmxBeanRegistration(WhiteboardUtilsTest.java:52) Any idea of what's going on? If it helps, this is my build environment: Apache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-14T18:29:23+01:00) Maven home: /usr/local/Cellar/maven32/3.2.5/libexec Java version: 1.8.0_65, vendor: Oracle Corporation Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_65.jdk/Contents/Home/jre Default locale: en_US, platform encoding: UTF-8 OS name: "mac os x", version: "10.11.1", arch: "x86_64", family: "mac"
Re: [jira] [Updated] (OAK-3632) Incorrect Value Conversion upon Node.setProperty and Node.setValue
Hi, On Tue, Nov 24, 2015 at 2:55 PM, Marcel Reutegger wrote: > I assume you mean the version in JIRA would be set as released. > Yes, I think that makes it easier to pick the correct fix > version while a release is in progress. > > I quickly checked JIRA and it seems we can also 'unrelease' > a version if needed. > > What do others think? Should we changed the release process [0] > accordingly? > +1, Yes we can do that to avoid such issues.
Re: [jira] [Updated] (OAK-3632) Incorrect Value Conversion upon Node.setProperty and Node.setValue
On Tue, Nov 24, 2015 at 2:55 PM, Marcel Reutegger wrote: > I quickly checked JIRA and it seems we can also 'unrelease' > a version if needed. > > What do others think? Should we changed the release process [0] > accordingly? +1 Chetan Mehrotra
Re: [jira] [Updated] (OAK-3632) Incorrect Value Conversion upon Node.setProperty and Node.setValue
Hi, On 24/11/15 09:54, "Angela Schreiber" wrote: >wouldn't it make sense to remove the a given fix-version >from the selection as soon as we _start_ the release process? I assume you mean the version in JIRA would be set as released. Yes, I think that makes it easier to pick the correct fix version while a release is in progress. I quickly checked JIRA and it seems we can also 'unrelease' a version if needed. What do others think? Should we changed the release process [0] accordingly? Regards Marcel [0] http://jackrabbit.apache.org/jcr/creating-releases.html
Re: svn commit: r1715773 [1/2] - in /jackrabbit/oak/trunk: oak-core/ oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/metric/ oak-core/src/main/java/org/apache/jackrabbit/oak/spi/whiteboard/ o
On 24.11.15 10:09 , Chetan Mehrotra wrote: On Tue, Nov 24, 2015 at 2:35 PM, Michael Dürig wrote: I'd rather remove the method and break backward compatibility at compile time instead of runtime. Can do that but then would need to bump the major version of the stats package. Would that be fine? I'd say yes, even when leaving the method in. While the signature stays backward compatible, the semantic is quite different. I missed marking this one as deprecated so would that needs to be done. @deprecate would be an alternative. But then I'd just log a warning should the method be called instead of throwing. Michael
Re: svn commit: r1715773 [1/2] - in /jackrabbit/oak/trunk: oak-core/ oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/metric/ oak-core/src/main/java/org/apache/jackrabbit/oak/spi/whiteboard/ o
On Tue, Nov 24, 2015 at 2:35 PM, Michael Dürig wrote: > I'd rather remove the method and break backward compatibility at compile > time instead of runtime. Can do that but then would need to bump the major version of the stats package. Would that be fine? I missed marking this one as deprecated so would that needs to be done. Chetan Mehrotra
Re: svn commit: r1715773 [1/2] - in /jackrabbit/oak/trunk: oak-core/ oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/metric/ oak-core/src/main/java/org/apache/jackrabbit/oak/spi/whiteboard/ o
Hi,
On 23.11.15 12:44 , chet...@apache.org wrote:
public AtomicLong getCounter(Type type) {
-return repoStats.getCounter(type);
+throw new UnsupportedOperationException();
}
I'd rather remove the method and break backward compatibility at compile
time instead of runtime.
Michael
Re: [jira] [Updated] (OAK-3632) Incorrect Value Conversion upon Node.setProperty and Node.setValue
hi marcel thanks for fixing the version. wouldn't it make sense to remove the a given fix-version from the selection as soon as we _start_ the release process? that versions is anyway taken and won't be re-used even if the release vote doesn't pass. removing it at the start would prevent wrong fix versions for issues that get fixed while the vote is open. wdyt? angela On 24/11/15 09:08, "Marcel Reutegger (JIRA)" wrote: > > [ >https://issues.apache.org/jira/browse/OAK-3632?page=com.atlassian.jira.plu >gin.system.issuetabpanels:all-tabpanel ] > >Marcel Reutegger updated OAK-3632: >-- >Fix Version/s: (was: 1.3.11) > 1.3.12 > >> Incorrect Value Conversion upon Node.setProperty and Node.setValue >> -- >> >> Key: OAK-3632 >> URL: https://issues.apache.org/jira/browse/OAK-3632 >> Project: Jackrabbit Oak >> Issue Type: Technical task >> Components: jcr >>Reporter: angela >> Fix For: 1.3.12 >> >> Attachments: OAK-3632.patch >> >> >> see container issue for test-cases and description > > > >-- >This message was sent by Atlassian JIRA >(v6.3.4#6332)
Re: jackrabbit-oak build #6914: Broken
Hi, the Jackrabbit snapshot version is incorrect. I'll fix it. Regards Marcel On 23/11/15 19:26, "Travis CI" wrote: >Build Update for apache/jackrabbit-oak >- > >Build: #6914 >Status: Broken > >Duration: 80 seconds >Commit: 3ee1968a6a97c2dbbd67254e6ed26b637b198011 (trunk) >Author: Julian Reschke >Message: OAK-3670: RDBDocumentStore on SQLServer: off-by-one bug may >cause truncated JSON to be written > >Enable the test case and fix the off-by-one bug (and add one extra byte >of safety) > >git-svn-id: https://svn.apache.org/repos/asf/jackrabbit/oak/trunk@1715898 >13f79535-47bb-0310-9956-ffa450edef68 > >View the changeset: >https://github.com/apache/jackrabbit-oak/compare/8d65fcf9d90c...3ee1968a6a >97 > >View the full build log and details: >https://travis-ci.org/apache/jackrabbit-oak/builds/92762104 > >-- >sent by Jukka's Travis notification gateway
