[JENKINS] Lucene-Solr-5.x-Windows (64bit/jdk1.8.0_45) - Build # 4614 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Windows/4614/ Java: 64bit/jdk1.8.0_45 -XX:+UseCompressedOops -XX:+UseParallelGC All tests passed Build Log: [...truncated 55014 lines...] [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading source files for package org.apache.solr... [javadoc] Loading source files for package org.apache.solr.analysis... [javadoc] Loading source files for package org.apache.solr.client.solrj.embedded... [javadoc] Loading source files for package org.apache.solr.cloud... [javadoc] Loading source files for package org.apache.solr.cloud.overseer... [javadoc] Loading source files for package org.apache.solr.core... [javadoc] Loading source files for package org.apache.solr.handler... [javadoc] Loading source files for package org.apache.solr.handler.admin... [javadoc] Loading source files for package org.apache.solr.handler.component... [javadoc] Loading source files for package org.apache.solr.handler.loader... [javadoc] Loading source files for package org.apache.solr.highlight... [javadoc] Loading source files for package org.apache.solr.internal.csv... [javadoc] Loading source files for package org.apache.solr.internal.csv.writer... [javadoc] Loading source files for package org.apache.solr.logging... [javadoc] Loading source files for package org.apache.solr.logging.jul... [javadoc] Loading source files for package org.apache.solr.logging.log4j... [javadoc] Loading source files for package org.apache.solr.parser... [javadoc] Loading source files for package org.apache.solr.request... [javadoc] Loading source files for package org.apache.solr.request.json... [javadoc] Loading source files for package org.apache.solr.request.macro... [javadoc] Loading source files for package org.apache.solr.response... [javadoc] Loading source files for package org.apache.solr.response.transform... [javadoc] Loading source files for package org.apache.solr.rest... [javadoc] Loading source files for package org.apache.solr.rest.schema... [javadoc] Loading source files for package org.apache.solr.rest.schema.analysis... [javadoc] Loading source files for package org.apache.solr.schema... [javadoc] Loading source files for package org.apache.solr.search... [javadoc] Loading source files for package org.apache.solr.search.facet... [javadoc] Loading source files for package org.apache.solr.search.function... [javadoc] Loading source files for package org.apache.solr.search.function.distance... [javadoc] Loading source files for package org.apache.solr.search.grouping... [javadoc] Loading source files for package org.apache.solr.search.grouping.collector... [javadoc] Loading source files for package org.apache.solr.search.grouping.distributed... [javadoc] Loading source files for package org.apache.solr.search.grouping.distributed.command... [javadoc] Loading source files for package org.apache.solr.search.grouping.distributed.requestfactory... [javadoc] Loading source files for package org.apache.solr.search.grouping.distributed.responseprocessor... [javadoc] Loading source files for package org.apache.solr.search.grouping.distributed.shardresultserializer... [javadoc] Loading source files for package org.apache.solr.search.grouping.endresulttransformer... [javadoc] Loading source files for package org.apache.solr.search.join... [javadoc] Loading source files for package org.apache.solr.search.mlt... [javadoc] Loading source files for package org.apache.solr.search.similarities... [javadoc] Loading source files for package org.apache.solr.search.stats... [javadoc] Loading source files for package org.apache.solr.servlet... [javadoc] Loading source files for package org.apache.solr.servlet.cache... [javadoc] Loading source files for package org.apache.solr.spelling... [javadoc] Loading source files for package org.apache.solr.spelling.suggest... [javadoc] Loading source files for package org.apache.solr.spelling.suggest.fst... [javadoc] Loading source files for package org.apache.solr.spelling.suggest.jaspell... [javadoc] Loading source files for package org.apache.solr.spelling.suggest.tst... [javadoc] Loading source files for package org.apache.solr.store.blockcache... [javadoc] Loading source files for package org.apache.solr.store.hdfs... [javadoc] Loading source files for package org.apache.solr.update... [javadoc] Loading source files for package org.apache.solr.update.processor... [javadoc] Loading source files for package org.apache.solr.util... [javadoc] Loading source files for package org.apache.solr.util.plugin... [javadoc] Loading source files for package org.apache.solr.util.stats... [javadoc] Loading source files for package org.apache.solr.util.xslt... [javadoc] Constructing Javadoc information... [javadoc] javadoc: warning - Multiple sources of package comments found for package "javax.servlet" [javadoc] javadoc:
[jira] [Updated] (SOLR-7475) Value of Heap Memory Usage display
[ https://issues.apache.org/jira/browse/SOLR-7475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yeo Zheng Lin updated SOLR-7475: Description: In the Solr-5.0 admin UI, select a collection, click on Overview. This will show the statistics of the collection. For the Heap Memory Usage, it is showing the value -1 instead of the Heap Memory Usage for that collection. It was said to be working on the previous versions of Solr, and in version 5.0 it was showing -1. was: In my Solr-5.0 admin UI, select a collection, click on Overview. This will show the statistics of the collection. For the Heap Memory Usage, it is showing the value -1 instead of the Heap Memory Usage for that collection. It was said to be working on the previous versions of Solr, and in version 5.0 it was showing -1. > Value of Heap Memory Usage display > -- > > Key: SOLR-7475 > URL: https://issues.apache.org/jira/browse/SOLR-7475 > Project: Solr > Issue Type: Bug > Components: contrib - Velocity, UI >Affects Versions: 5.0 > Environment: Windows 7 operating system, Solr-5.0, zookeeper-3.4.6 >Reporter: Yeo Zheng Lin > > In the Solr-5.0 admin UI, select a collection, click on Overview. This will > show the statistics of the collection. > For the Heap Memory Usage, it is showing the value -1 instead of the Heap > Memory Usage for that collection. It was said to be working on the previous > versions of Solr, and in version 5.0 it was showing -1. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
Re: [JENKINS] Lucene-Solr-5.x-Windows (64bit/jdk1.8.0_45) - Build # 4613 - Still Failing!
[javadoc] javadoc: warning - Multiple sources of package comments found for package "javax.servlet" [javadoc] javadoc: warning - Multiple sources of package comments found for package "javax.servlet.http" Why is this failing only on windows? Any ideas? On Mon, Apr 27, 2015 at 5:51 AM, Policeman Jenkins Server < jenk...@thetaphi.de> wrote: > Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Windows/4613/ > Java: 64bit/jdk1.8.0_45 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC > > All tests passed > > Build Log: > [...truncated 54884 lines...] > [javadoc] Generating Javadoc > [javadoc] Javadoc execution > [javadoc] Loading source files for package org.apache.solr... > [javadoc] Loading source files for package org.apache.solr.analysis... > [javadoc] Loading source files for package > org.apache.solr.client.solrj.embedded... > [javadoc] Loading source files for package org.apache.solr.cloud... > [javadoc] Loading source files for package > org.apache.solr.cloud.overseer... > [javadoc] Loading source files for package org.apache.solr.core... > [javadoc] Loading source files for package org.apache.solr.handler... > [javadoc] Loading source files for package > org.apache.solr.handler.admin... > [javadoc] Loading source files for package > org.apache.solr.handler.component... > [javadoc] Loading source files for package > org.apache.solr.handler.loader... > [javadoc] Loading source files for package org.apache.solr.highlight... > [javadoc] Loading source files for package > org.apache.solr.internal.csv... > [javadoc] Loading source files for package > org.apache.solr.internal.csv.writer... > [javadoc] Loading source files for package org.apache.solr.logging... > [javadoc] Loading source files for package org.apache.solr.logging.jul... > [javadoc] Loading source files for package > org.apache.solr.logging.log4j... > [javadoc] Loading source files for package org.apache.solr.parser... > [javadoc] Loading source files for package org.apache.solr.request... > [javadoc] Loading source files for package > org.apache.solr.request.json... > [javadoc] Loading source files for package > org.apache.solr.request.macro... > [javadoc] Loading source files for package org.apache.solr.response... > [javadoc] Loading source files for package > org.apache.solr.response.transform... > [javadoc] Loading source files for package org.apache.solr.rest... > [javadoc] Loading source files for package org.apache.solr.rest.schema... > [javadoc] Loading source files for package > org.apache.solr.rest.schema.analysis... > [javadoc] Loading source files for package org.apache.solr.schema... > [javadoc] Loading source files for package org.apache.solr.search... > [javadoc] Loading source files for package > org.apache.solr.search.facet... > [javadoc] Loading source files for package > org.apache.solr.search.function... > [javadoc] Loading source files for package > org.apache.solr.search.function.distance... > [javadoc] Loading source files for package > org.apache.solr.search.grouping... > [javadoc] Loading source files for package > org.apache.solr.search.grouping.collector... > [javadoc] Loading source files for package > org.apache.solr.search.grouping.distributed... > [javadoc] Loading source files for package > org.apache.solr.search.grouping.distributed.command... > [javadoc] Loading source files for package > org.apache.solr.search.grouping.distributed.requestfactory... > [javadoc] Loading source files for package > org.apache.solr.search.grouping.distributed.responseprocessor... > [javadoc] Loading source files for package > org.apache.solr.search.grouping.distributed.shardresultserializer... > [javadoc] Loading source files for package > org.apache.solr.search.grouping.endresulttransformer... > [javadoc] Loading source files for package org.apache.solr.search.join... > [javadoc] Loading source files for package org.apache.solr.search.mlt... > [javadoc] Loading source files for package > org.apache.solr.search.similarities... > [javadoc] Loading source files for package > org.apache.solr.search.stats... > [javadoc] Loading source files for package org.apache.solr.servlet... > [javadoc] Loading source files for package > org.apache.solr.servlet.cache... > [javadoc] Loading source files for package org.apache.solr.spelling... > [javadoc] Loading source files for package > org.apache.solr.spelling.suggest... > [javadoc] Loading source files for package > org.apache.solr.spelling.suggest.fst... > [javadoc] Loading source files for package > org.apache.solr.spelling.suggest.jaspell... > [javadoc] Loading source files for package > org.apache.solr.spelling.suggest.tst... > [javadoc] Loading source files for package > org.apache.solr.store.blockcache... > [javadoc] Loading source files for package org.apache.solr.store.hdfs... > [javadoc] Loading source files for package org.apache.solr.update... > [javadoc] Loading source f
[jira] [Resolved] (SOLR-4839) Jetty 9
[ https://issues.apache.org/jira/browse/SOLR-4839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar resolved SOLR-4839. - Resolution: Fixed Smoke tester and builds have passed on Jenkins. See https://builds.apache.org/view/All/job/Lucene-Solr-SmokeRelease-5.x/260/ I'll close this issue now. Let's create new issues if we need to fix something. Thanks to everyone who contributed! > Jetty 9 > --- > > Key: SOLR-4839 > URL: https://issues.apache.org/jira/browse/SOLR-4839 > Project: Solr > Issue Type: Improvement >Reporter: Bill Bell >Assignee: Shalin Shekhar Mangar > Fix For: Trunk, 5.2 > > Attachments: SOLR-4839-branch_5x.patch, > SOLR-4839-conform-jetty9_2_10.patch, SOLR-4839-conform-jetty9_2_10.patch, > SOLR-4839-fix-eclipse.patch, SOLR-4839-jetty9.2.10, > SOLR-4839-mod-JettySolrRunner.patch, > SOLR-4839-separate-client-ssl-options.patch, > SOLR-4839-ssl-support_patch.patch, SOLR-4839-ssl-support_patch.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch > > > Implement Jetty 9 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Closed] (SOLR-7181) Unable to show the indexed content in Solr 5.0
[ https://issues.apache.org/jira/browse/SOLR-7181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yeo Zheng Lin closed SOLR-7181. --- Resolution: Not A Problem The configuration under solr-5.0.0\server\solr\configsets\sample_techproducts_configs\conf has the configurations required that uses ClassicIndexSchemaFactory (reading the physical schema.xml) instead of using the ManagedIndexSchemaFactory. > Unable to show the indexed content in Solr 5.0 > -- > > Key: SOLR-7181 > URL: https://issues.apache.org/jira/browse/SOLR-7181 > Project: Solr > Issue Type: Bug >Affects Versions: 5.0 >Reporter: Yeo Zheng Lin > > The content field is unable to be shown during searching, even though the > following line has been added to the schema using curl from the resource > named in 'managedSchemaResourceName'. > > I'm using the schema from ManagedIndexSchemaFactory. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-7475) Value of Heap Memory Usage display
Yeo Zheng Lin created SOLR-7475: --- Summary: Value of Heap Memory Usage display Key: SOLR-7475 URL: https://issues.apache.org/jira/browse/SOLR-7475 Project: Solr Issue Type: Bug Components: contrib - Velocity, UI Affects Versions: 5.0 Environment: Windows 7 operating system, Solr-5.0, zookeeper-3.4.6 Reporter: Yeo Zheng Lin In my Solr-5.0 admin UI, select a collection, click on Overview. This will show the statistics of the collection. For the Heap Memory Usage, it is showing the value -1 instead of the Heap Memory Usage for that collection. It was said to be working on the previous versions of Solr, and in version 5.0 it was showing -1. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-trunk-Linux (32bit/jdk1.8.0_60-ea-b12) - Build # 12465 - Failure!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/12465/ Java: 32bit/jdk1.8.0_60-ea-b12 -client -XX:+UseSerialGC 1 tests failed. FAILED: org.apache.lucene.analysis.icu.segmentation.TestICUTokenizerCJK.testRandomHugeStrings Error Message: some thread(s) failed Stack Trace: java.lang.RuntimeException: some thread(s) failed at org.apache.lucene.analysis.BaseTokenStreamTestCase.checkRandomData(BaseTokenStreamTestCase.java:531) at org.apache.lucene.analysis.BaseTokenStreamTestCase.checkRandomData(BaseTokenStreamTestCase.java:433) at org.apache.lucene.analysis.icu.segmentation.TestICUTokenizerCJK.testRandomHugeStrings(TestICUTokenizerCJK.java:100) 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:497) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at java.lang.Thread.run(Thread.java:745) Build Log: [...truncated 3285 lines...] [junit4] Suite: org.apache.lucene.analysis.icu.segmentation.TestICUTokenizerCJK [junit4] 2> TEST FAIL: useCharFilter=true text='dzezzvtfc n\uf103\u03ea\uf680Tr wexfisnvqn NTvgFhm gjyfvhidboov qoxqacnadzbj ivw \ufee0\u0006\uf774\u050f\u7ab2\ucf56L~ ekkqvmxdpbte hrrwci vmtd(lwg(nl hpuvllvwi .-q)[-] \u02d8\uf12c/Z\u75f5< t\u03fb algatfqaadts yxet \u05b6\uda14\udd8a\u0200`\u0278}\u06e8\u039e fzep ywckrstocvg csbael mbohzw ;\\ \\\"?>'?> vujygh gginfo ayjhidniw \ufc9e\ufd2d\ufd64\ufba7\ufcb8\ufc6d hugihlwiuiicp b]nk|)m[-fw \ud917\u
[JENKINS] Lucene-Solr-5.x-Windows (64bit/jdk1.8.0_45) - Build # 4613 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Windows/4613/ Java: 64bit/jdk1.8.0_45 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC All tests passed Build Log: [...truncated 54884 lines...] [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading source files for package org.apache.solr... [javadoc] Loading source files for package org.apache.solr.analysis... [javadoc] Loading source files for package org.apache.solr.client.solrj.embedded... [javadoc] Loading source files for package org.apache.solr.cloud... [javadoc] Loading source files for package org.apache.solr.cloud.overseer... [javadoc] Loading source files for package org.apache.solr.core... [javadoc] Loading source files for package org.apache.solr.handler... [javadoc] Loading source files for package org.apache.solr.handler.admin... [javadoc] Loading source files for package org.apache.solr.handler.component... [javadoc] Loading source files for package org.apache.solr.handler.loader... [javadoc] Loading source files for package org.apache.solr.highlight... [javadoc] Loading source files for package org.apache.solr.internal.csv... [javadoc] Loading source files for package org.apache.solr.internal.csv.writer... [javadoc] Loading source files for package org.apache.solr.logging... [javadoc] Loading source files for package org.apache.solr.logging.jul... [javadoc] Loading source files for package org.apache.solr.logging.log4j... [javadoc] Loading source files for package org.apache.solr.parser... [javadoc] Loading source files for package org.apache.solr.request... [javadoc] Loading source files for package org.apache.solr.request.json... [javadoc] Loading source files for package org.apache.solr.request.macro... [javadoc] Loading source files for package org.apache.solr.response... [javadoc] Loading source files for package org.apache.solr.response.transform... [javadoc] Loading source files for package org.apache.solr.rest... [javadoc] Loading source files for package org.apache.solr.rest.schema... [javadoc] Loading source files for package org.apache.solr.rest.schema.analysis... [javadoc] Loading source files for package org.apache.solr.schema... [javadoc] Loading source files for package org.apache.solr.search... [javadoc] Loading source files for package org.apache.solr.search.facet... [javadoc] Loading source files for package org.apache.solr.search.function... [javadoc] Loading source files for package org.apache.solr.search.function.distance... [javadoc] Loading source files for package org.apache.solr.search.grouping... [javadoc] Loading source files for package org.apache.solr.search.grouping.collector... [javadoc] Loading source files for package org.apache.solr.search.grouping.distributed... [javadoc] Loading source files for package org.apache.solr.search.grouping.distributed.command... [javadoc] Loading source files for package org.apache.solr.search.grouping.distributed.requestfactory... [javadoc] Loading source files for package org.apache.solr.search.grouping.distributed.responseprocessor... [javadoc] Loading source files for package org.apache.solr.search.grouping.distributed.shardresultserializer... [javadoc] Loading source files for package org.apache.solr.search.grouping.endresulttransformer... [javadoc] Loading source files for package org.apache.solr.search.join... [javadoc] Loading source files for package org.apache.solr.search.mlt... [javadoc] Loading source files for package org.apache.solr.search.similarities... [javadoc] Loading source files for package org.apache.solr.search.stats... [javadoc] Loading source files for package org.apache.solr.servlet... [javadoc] Loading source files for package org.apache.solr.servlet.cache... [javadoc] Loading source files for package org.apache.solr.spelling... [javadoc] Loading source files for package org.apache.solr.spelling.suggest... [javadoc] Loading source files for package org.apache.solr.spelling.suggest.fst... [javadoc] Loading source files for package org.apache.solr.spelling.suggest.jaspell... [javadoc] Loading source files for package org.apache.solr.spelling.suggest.tst... [javadoc] Loading source files for package org.apache.solr.store.blockcache... [javadoc] Loading source files for package org.apache.solr.store.hdfs... [javadoc] Loading source files for package org.apache.solr.update... [javadoc] Loading source files for package org.apache.solr.update.processor... [javadoc] Loading source files for package org.apache.solr.util... [javadoc] Loading source files for package org.apache.solr.util.plugin... [javadoc] Loading source files for package org.apache.solr.util.stats... [javadoc] Loading source files for package org.apache.solr.util.xslt... [javadoc] Constructing Javadoc information... [javadoc] javadoc: warning - Multiple sources of package comments found for package "javax.servlet" [javadoc] jav
[JENKINS] Lucene-Solr-5.x-Linux (32bit/jdk1.7.0_80) - Build # 12291 - Failure!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/12291/ Java: 32bit/jdk1.7.0_80 -server -XX:+UseConcMarkSweepGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrClientTest Error Message: 5 threads leaked from SUITE scope at org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrClientTest: 1) Thread[id=66, name=testCUSS-7-thread-1, state=TIMED_WAITING, group=TGRP-ConcurrentUpdateSolrClientTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082) at java.util.concurrent.LinkedBlockingQueue.offer(LinkedBlockingQueue.java:384) at org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrClient.request(ConcurrentUpdateSolrClient.java:377) at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1220) at org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrClientTest$SendDocsRunnable.run(ConcurrentUpdateSolrClientTest.java:223) at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor$1.run(ExecutorUtil.java:148) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745)2) Thread[id=67, name=testCUSS-7-thread-2, state=TIMED_WAITING, group=TGRP-ConcurrentUpdateSolrClientTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082) at java.util.concurrent.LinkedBlockingQueue.offer(LinkedBlockingQueue.java:384) at org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrClient.request(ConcurrentUpdateSolrClient.java:377) at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1220) at org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrClientTest$SendDocsRunnable.run(ConcurrentUpdateSolrClientTest.java:223) at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor$1.run(ExecutorUtil.java:148) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745)3) Thread[id=68, name=testCUSS-7-thread-3, state=TIMED_WAITING, group=TGRP-ConcurrentUpdateSolrClientTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082) at java.util.concurrent.LinkedBlockingQueue.offer(LinkedBlockingQueue.java:384) at org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrClient.request(ConcurrentUpdateSolrClient.java:377) at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1220) at org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrClientTest$SendDocsRunnable.run(ConcurrentUpdateSolrClientTest.java:223) at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor$1.run(ExecutorUtil.java:148) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745)4) Thread[id=70, name=testCUSS-7-thread-5, state=TIMED_WAITING, group=TGRP-ConcurrentUpdateSolrClientTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082) at java.util.concurrent.LinkedBlockingQueue.offer(LinkedBlockingQueue.java:384) at org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrClient.request(ConcurrentUpdateSolrClient.java:377) at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1220) at org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrClientTest$SendDocsRunnable.run(ConcurrentUpdateSolrClientTest.java:223) at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor$1.run(ExecutorUtil.java:148) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745)5) Thread[id=69, name
[jira] [Commented] (SOLR-7349) Cleanup or fix cloud-dev scripts
[ https://issues.apache.org/jira/browse/SOLR-7349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513304#comment-14513304 ] Ramkumar Aiyengar commented on SOLR-7349: - +1, LGTM > Cleanup or fix cloud-dev scripts > > > Key: SOLR-7349 > URL: https://issues.apache.org/jira/browse/SOLR-7349 > Project: Solr > Issue Type: Improvement > Components: scripts and tools >Reporter: Ramkumar Aiyengar >Assignee: Ramkumar Aiyengar >Priority: Minor > Fix For: 5.2 > > Attachments: SOLR-7349.patch, SOLR-7349.patch > > > With Jetty 9, cloud-dev scripts no longer work in trunk, we need to either > clean up or fix them. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-7457) Make DirectoryFactory publishing MBeanInfo extensible
[ https://issues.apache.org/jira/browse/SOLR-7457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved SOLR-7457. --- Resolution: Fixed Thanks Mike! > Make DirectoryFactory publishing MBeanInfo extensible > - > > Key: SOLR-7457 > URL: https://issues.apache.org/jira/browse/SOLR-7457 > Project: Solr > Issue Type: Improvement > Components: JMX >Affects Versions: 5.0 >Reporter: Mike Drob >Assignee: Mark Miller > Labels: metrics > Fix For: Trunk, 5.2 > > Attachments: SOLR-7457.patch > > > In SOLR-6766, we added JMX to the HdfsDirectoryFactory. However, the > implementation is pretty brittle and difficult to extend. > It is conceivable that any implementation of DirectoryFactory might have > MInfoBeans that it would like to expose, so we should explicitly accommodate > that instead of relying on a side effect of the SolrResourceLoader's > behaviour. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7457) Make DirectoryFactory publishing MBeanInfo extensible
[ https://issues.apache.org/jira/browse/SOLR-7457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513300#comment-14513300 ] ASF subversion and git services commented on SOLR-7457: --- Commit 1676152 from [~markrmil...@gmail.com] in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1676152 ] SOLR-7457: Make DirectoryFactory publishing MBeanInfo extensible. > Make DirectoryFactory publishing MBeanInfo extensible > - > > Key: SOLR-7457 > URL: https://issues.apache.org/jira/browse/SOLR-7457 > Project: Solr > Issue Type: Improvement > Components: JMX >Affects Versions: 5.0 >Reporter: Mike Drob >Assignee: Mark Miller > Labels: metrics > Fix For: Trunk, 5.2 > > Attachments: SOLR-7457.patch > > > In SOLR-6766, we added JMX to the HdfsDirectoryFactory. However, the > implementation is pretty brittle and difficult to extend. > It is conceivable that any implementation of DirectoryFactory might have > MInfoBeans that it would like to expose, so we should explicitly accommodate > that instead of relying on a side effect of the SolrResourceLoader's > behaviour. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-6068) solr: timing-debug to include lucene-search-time
[ https://issues.apache.org/jira/browse/SOLR-6068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513298#comment-14513298 ] Ramkumar Aiyengar commented on SOLR-6068: - Filter queries will be included, but any cache retrieval/store will be excluded. as well as other stuff which currently happen outside SolrIndexSearcher like retrieval of field sort values. I guess in general, it's good to know what time the actual lucene query takes so that we know if there's any significant additional work being done in the query component. > solr: timing-debug to include lucene-search-time > > > Key: SOLR-6068 > URL: https://issues.apache.org/jira/browse/SOLR-6068 > Project: Solr > Issue Type: Improvement >Reporter: Christine Poerschke >Assignee: Ramkumar Aiyengar > > github pull request with the proposed change to follow. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7457) Make DirectoryFactory publishing MBeanInfo extensible
[ https://issues.apache.org/jira/browse/SOLR-7457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513297#comment-14513297 ] ASF subversion and git services commented on SOLR-7457: --- Commit 1676151 from [~markrmil...@gmail.com] in branch 'dev/trunk' [ https://svn.apache.org/r1676151 ] SOLR-7457: Make DirectoryFactory publishing MBeanInfo extensible. > Make DirectoryFactory publishing MBeanInfo extensible > - > > Key: SOLR-7457 > URL: https://issues.apache.org/jira/browse/SOLR-7457 > Project: Solr > Issue Type: Improvement > Components: JMX >Affects Versions: 5.0 >Reporter: Mike Drob >Assignee: Mark Miller > Labels: metrics > Fix For: Trunk, 5.2 > > Attachments: SOLR-7457.patch > > > In SOLR-6766, we added JMX to the HdfsDirectoryFactory. However, the > implementation is pretty brittle and difficult to extend. > It is conceivable that any implementation of DirectoryFactory might have > MInfoBeans that it would like to expose, so we should explicitly accommodate > that instead of relying on a side effect of the SolrResourceLoader's > behaviour. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7457) Make DirectoryFactory publishing MBeanInfo extensible
[ https://issues.apache.org/jira/browse/SOLR-7457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513291#comment-14513291 ] Mark Miller commented on SOLR-7457: --- Patch looks good - I'll commit it. > Make DirectoryFactory publishing MBeanInfo extensible > - > > Key: SOLR-7457 > URL: https://issues.apache.org/jira/browse/SOLR-7457 > Project: Solr > Issue Type: Improvement > Components: JMX >Affects Versions: 5.0 >Reporter: Mike Drob >Assignee: Mark Miller > Labels: metrics > Fix For: Trunk, 5.2 > > Attachments: SOLR-7457.patch > > > In SOLR-6766, we added JMX to the HdfsDirectoryFactory. However, the > implementation is pretty brittle and difficult to extend. > It is conceivable that any implementation of DirectoryFactory might have > MInfoBeans that it would like to expose, so we should explicitly accommodate > that instead of relying on a side effect of the SolrResourceLoader's > behaviour. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (SOLR-7457) Make DirectoryFactory publishing MBeanInfo extensible
[ https://issues.apache.org/jira/browse/SOLR-7457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller reassigned SOLR-7457: - Assignee: Mark Miller > Make DirectoryFactory publishing MBeanInfo extensible > - > > Key: SOLR-7457 > URL: https://issues.apache.org/jira/browse/SOLR-7457 > Project: Solr > Issue Type: Improvement > Components: JMX >Affects Versions: 5.0 >Reporter: Mike Drob >Assignee: Mark Miller > Labels: metrics > Fix For: Trunk, 5.2 > > Attachments: SOLR-7457.patch > > > In SOLR-6766, we added JMX to the HdfsDirectoryFactory. However, the > implementation is pretty brittle and difficult to extend. > It is conceivable that any implementation of DirectoryFactory might have > MInfoBeans that it would like to expose, so we should explicitly accommodate > that instead of relying on a side effect of the SolrResourceLoader's > behaviour. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-7425) Improve MDC based logging format.
[ https://issues.apache.org/jira/browse/SOLR-7425?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved SOLR-7425. --- Resolution: Fixed Fix Version/s: 5.2 Trunk > Improve MDC based logging format. > -- > > Key: SOLR-7425 > URL: https://issues.apache.org/jira/browse/SOLR-7425 > Project: Solr > Issue Type: Improvement >Reporter: Mark Miller >Assignee: Mark Miller > Fix For: Trunk, 5.2 > > Attachments: SOLR-7425.patch > > > I think we made a mistake in the format we chose for SOLR-6673. > It's mixed case, which is kind of hokey in my eyes, and we overrode C and c > as different things. > You often see a line with simply c: name and somehow you have to train your > mind that's not collection because it's not caps. Bleh. > We should make this nice. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7425) Improve MDC based logging format.
[ https://issues.apache.org/jira/browse/SOLR-7425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513285#comment-14513285 ] ASF subversion and git services commented on SOLR-7425: --- Commit 1676149 from [~markrmil...@gmail.com] in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1676149 ] SOLR-7425: Improve MDC based logging format. > Improve MDC based logging format. > -- > > Key: SOLR-7425 > URL: https://issues.apache.org/jira/browse/SOLR-7425 > Project: Solr > Issue Type: Improvement >Reporter: Mark Miller >Assignee: Mark Miller > Attachments: SOLR-7425.patch > > > I think we made a mistake in the format we chose for SOLR-6673. > It's mixed case, which is kind of hokey in my eyes, and we overrode C and c > as different things. > You often see a line with simply c: name and somehow you have to train your > mind that's not collection because it's not caps. Bleh. > We should make this nice. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-5.x-Java7 - Build # 3015 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-Tests-5.x-Java7/3015/ 1 tests failed. REGRESSION: org.apache.solr.cloud.RecoveryZkTest.test Error Message: shard1 is not consistent. Got 974 from http://127.0.0.1:42012/collection1lastClient and got 274 from http://127.0.0.1:42020/collection1 Stack Trace: java.lang.AssertionError: shard1 is not consistent. Got 974 from http://127.0.0.1:42012/collection1lastClient and got 274 from http://127.0.0.1:42020/collection1 at __randomizedtesting.SeedInfo.seed([72761D20AD9A3E51:FAFA036653A9]:0) at org.junit.Assert.fail(Assert.java:93) at org.apache.solr.cloud.RecoveryZkTest.test(RecoveryZkTest.java:123) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:960) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:935) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:
[JENKINS] Lucene-Solr-NightlyTests-5.x - Build # 829 - Failure
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-5.x/829/ 5 tests failed. REGRESSION: org.apache.solr.cloud.TestMiniSolrCloudClusterSSL.testMiniSolrCloudClusterSSL Error Message: Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([83D2D555990E1844:AC4209565D094ABC]:0) at java.util.LinkedList$ListItr.next(LinkedList.java:891) at java.util.Collections$UnmodifiableCollection$1.next(Collections.java:1067) at org.apache.solr.cloud.TestMiniSolrCloudClusterSSL.sendRequestToEachServer(TestMiniSolrCloudClusterSSL.java:78) at org.apache.solr.cloud.TestMiniSolrCloudClusterSSL.testMiniSolrCloudClusterSSL(TestMiniSolrCloudClusterSSL.java:60) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at java.lang.Thread.run(Thread.java:745) FAILED: junit.framework.TestSuite.org.apache.solr.cloud.TestMiniSolrCloudClusterSSL Error Message: Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed(
[jira] [Created] (SOLR-7474) Remove protocol name from base_url in cluster state
Shalin Shekhar Mangar created SOLR-7474: --- Summary: Remove protocol name from base_url in cluster state Key: SOLR-7474 URL: https://issues.apache.org/jira/browse/SOLR-7474 Project: Solr Issue Type: Wish Components: SolrCloud Reporter: Shalin Shekhar Mangar Fix For: Trunk, 5.2 In order to setup SSL, a user must add a cluster property which enables HTTPS instead of HTTP. This property is used to create the base_url which is stored for every node in the cluster. The above works fine if we assume that a user decides to enable SSL before creating the cluster. However, if a user with an existing cluster wants to start using SSL, he will need to manually edit his cluster state to switch the protocol stored inside base_url for every node from http to https. If we remove the protocol from the base_url, a user can shutdown the cluster, setup the certificates, add the cluster property and start the cluster thereby re-using the same cluster state which existed without manual modifications. Alternately, an extension to zkcli can be provided to change the cluster state. Thoughts? -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-5.x-Windows (32bit/jdk1.7.0_80) - Build # 4612 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Windows/4612/ Java: 32bit/jdk1.7.0_80 -server -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.solr.search.facet.TestJsonFacets.testComplex Error Message: mismatch: 'accord'!='a' @ facets/makes/buckets/[0]/models/buckets/[1]/val Stack Trace: java.lang.RuntimeException: mismatch: 'accord'!='a' @ facets/makes/buckets/[0]/models/buckets/[1]/val at __randomizedtesting.SeedInfo.seed([56E58353AFFCAA52:B73A86CF83B2E631]:0) at org.apache.solr.SolrTestCaseHS.matchJSON(SolrTestCaseHS.java:160) at org.apache.solr.SolrTestCaseHS.assertJQ(SolrTestCaseHS.java:142) at org.apache.solr.SolrTestCaseHS$Client.testJQ(SolrTestCaseHS.java:288) at org.apache.solr.search.facet.TestJsonFacets.testComplex(TestJsonFacets.java:157) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at java.lang.Thread.run(Thread.java:745) Build Log: [...truncated 11047 lines...] [junit4] Suite: org.apache.solr.search.facet.TestJso
[jira] [Resolved] (SOLR-7449) solr/server/etc/jetty-https-ssl.xml hard codes the key store file and password rather than pulling them from the sysprops defined in solr/bin/solr.in.{sh,bat}
[
https://issues.apache.org/jira/browse/SOLR-7449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shalin Shekhar Mangar resolved SOLR-7449.
-
Resolution: Fixed
Fix Version/s: 5.2
Trunk
Assignee: Shalin Shekhar Mangar
Fixed as part of SOLR-4839 on trunk and branch_5x. Thanks Steve!
> solr/server/etc/jetty-https-ssl.xml hard codes the key store file and
> password rather than pulling them from the sysprops defined in
> solr/bin/solr.in.{sh,bat}
> --
>
> Key: SOLR-7449
> URL: https://issues.apache.org/jira/browse/SOLR-7449
> Project: Solr
> Issue Type: Bug
>Affects Versions: 5.1
>Reporter: Steve Rowe
>Assignee: Shalin Shekhar Mangar
> Fix For: Trunk, 5.2
>
>
> [~shalinmangar] pointed out this issue out to me.
> The hard-coded values in {{jetty-https-ssl.xml}} are the same as the ones in
> the tutorial, so people creating the keystore as described in the tutorial
> are able to run Solr in SSL mode.
> Also {{jetty-https-ssl.xml}} doesn't configure a trust store (or a password
> for it), so there's no way currently to have a different trust store from the
> key store.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-4839) Jetty 9
[ https://issues.apache.org/jira/browse/SOLR-4839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513124#comment-14513124 ] ASF subversion and git services commented on SOLR-4839: --- Commit 1676127 from sha...@apache.org in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1676127 ] SOLR-4839: Re-organized upgrade notes and added notes about removing the ability to run java -jar start.jar directly and removal of SOLR_SSL_PORT property. > Jetty 9 > --- > > Key: SOLR-4839 > URL: https://issues.apache.org/jira/browse/SOLR-4839 > Project: Solr > Issue Type: Improvement >Reporter: Bill Bell >Assignee: Shalin Shekhar Mangar > Fix For: Trunk, 5.2 > > Attachments: SOLR-4839-branch_5x.patch, > SOLR-4839-conform-jetty9_2_10.patch, SOLR-4839-conform-jetty9_2_10.patch, > SOLR-4839-fix-eclipse.patch, SOLR-4839-jetty9.2.10, > SOLR-4839-mod-JettySolrRunner.patch, > SOLR-4839-separate-client-ssl-options.patch, > SOLR-4839-ssl-support_patch.patch, SOLR-4839-ssl-support_patch.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch > > > Implement Jetty 9 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-5.x-MacOSX (64bit/jdk1.7.0) - Build # 2182 - Failure!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-MacOSX/2182/ Java: 64bit/jdk1.7.0 -XX:+UseCompressedOops -XX:+UseSerialGC 1 tests failed. FAILED: org.apache.solr.client.solrj.TestLBHttpSolrClient.testReliability Error Message: No live SolrServers available to handle this request Stack Trace: org.apache.solr.client.solrj.SolrServerException: No live SolrServers available to handle this request at __randomizedtesting.SeedInfo.seed([BD3A9FD63AB5FB0C:7CF242909BD32AA5]:0) at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:576) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:135) at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:943) at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:958) at org.apache.solr.client.solrj.TestLBHttpSolrClient.testReliability(TestLBHttpSolrClient.java:219) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at java.lang.Thread.run(Thre
[jira] [Commented] (SOLR-4839) Jetty 9
[ https://issues.apache.org/jira/browse/SOLR-4839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513104#comment-14513104 ] ASF subversion and git services commented on SOLR-4839: --- Commit 1676118 from sha...@apache.org in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1676118 ] SOLR-4839: Fix bad merge which messed up whitespace in smoke tester script > Jetty 9 > --- > > Key: SOLR-4839 > URL: https://issues.apache.org/jira/browse/SOLR-4839 > Project: Solr > Issue Type: Improvement >Reporter: Bill Bell >Assignee: Shalin Shekhar Mangar > Fix For: Trunk, 5.2 > > Attachments: SOLR-4839-branch_5x.patch, > SOLR-4839-conform-jetty9_2_10.patch, SOLR-4839-conform-jetty9_2_10.patch, > SOLR-4839-fix-eclipse.patch, SOLR-4839-jetty9.2.10, > SOLR-4839-mod-JettySolrRunner.patch, > SOLR-4839-separate-client-ssl-options.patch, > SOLR-4839-ssl-support_patch.patch, SOLR-4839-ssl-support_patch.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch > > > Implement Jetty 9 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-5.x-Linux (64bit/jdk1.8.0_60-ea-b12) - Build # 12287 - Failure!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/12287/ Java: 64bit/jdk1.8.0_60-ea-b12 -XX:+UseCompressedOops -XX:+UseG1GC 1 tests failed. FAILED: org.apache.solr.client.solrj.SolrSchemalessExampleTest.testAddDelete Error Message: IOException occured when talking to server at: https://127.0.0.1:52501/solr/collection1 Stack Trace: org.apache.solr.client.solrj.SolrServerException: IOException occured when talking to server at: https://127.0.0.1:52501/solr/collection1 at __randomizedtesting.SeedInfo.seed([4539DF9C80846C98:8DD9A296712CBF4E]:0) at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:575) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:235) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:227) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:135) at org.apache.solr.client.solrj.SolrClient.commit(SolrClient.java:485) at org.apache.solr.client.solrj.SolrClient.commit(SolrClient.java:464) at org.apache.solr.client.solrj.SolrExampleTestsBase.testAddDelete(SolrExampleTestsBase.java:193) 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:497) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTest
[jira] [Commented] (SOLR-4839) Jetty 9
[ https://issues.apache.org/jira/browse/SOLR-4839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513090#comment-14513090 ] ASF subversion and git services commented on SOLR-4839: --- Commit 1676116 from sha...@apache.org in branch 'dev/trunk' [ https://svn.apache.org/r1676116 ] SOLR-4839: Re-organized upgrade notes and added notes about removing the ability to run java -jar start.jar directly and removal of SOLR_SSL_PORT property. > Jetty 9 > --- > > Key: SOLR-4839 > URL: https://issues.apache.org/jira/browse/SOLR-4839 > Project: Solr > Issue Type: Improvement >Reporter: Bill Bell >Assignee: Shalin Shekhar Mangar > Fix For: Trunk, 5.2 > > Attachments: SOLR-4839-branch_5x.patch, > SOLR-4839-conform-jetty9_2_10.patch, SOLR-4839-conform-jetty9_2_10.patch, > SOLR-4839-fix-eclipse.patch, SOLR-4839-jetty9.2.10, > SOLR-4839-mod-JettySolrRunner.patch, > SOLR-4839-separate-client-ssl-options.patch, > SOLR-4839-ssl-support_patch.patch, SOLR-4839-ssl-support_patch.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch > > > Implement Jetty 9 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-4839) Jetty 9
[ https://issues.apache.org/jira/browse/SOLR-4839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513083#comment-14513083 ] ASF subversion and git services commented on SOLR-4839: --- Commit 1676114 from sha...@apache.org in branch 'dev/branches/branch_5x' [ https://svn.apache.org/r1676114 ] SOLR-4839: Upgrade Jetty to 9.2.10.v20150310 and restlet-jee to 2.3.0. Also fixes SOLR-7449. Merges commits r1649552,1649571,1649584,1649689,1650169,1657495,1675261,1675337,1675619,1676102,1676113 from trunk. > Jetty 9 > --- > > Key: SOLR-4839 > URL: https://issues.apache.org/jira/browse/SOLR-4839 > Project: Solr > Issue Type: Improvement >Reporter: Bill Bell >Assignee: Shalin Shekhar Mangar > Fix For: Trunk, 5.2 > > Attachments: SOLR-4839-branch_5x.patch, > SOLR-4839-conform-jetty9_2_10.patch, SOLR-4839-conform-jetty9_2_10.patch, > SOLR-4839-fix-eclipse.patch, SOLR-4839-jetty9.2.10, > SOLR-4839-mod-JettySolrRunner.patch, > SOLR-4839-separate-client-ssl-options.patch, > SOLR-4839-ssl-support_patch.patch, SOLR-4839-ssl-support_patch.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch > > > Implement Jetty 9 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7449) solr/server/etc/jetty-https-ssl.xml hard codes the key store file and password rather than pulling them from the sysprops defined in solr/bin/solr.in.{sh,bat}
[
https://issues.apache.org/jira/browse/SOLR-7449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513084#comment-14513084
]
ASF subversion and git services commented on SOLR-7449:
---
Commit 1676114 from sha...@apache.org in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1676114 ]
SOLR-4839: Upgrade Jetty to 9.2.10.v20150310 and restlet-jee to 2.3.0. Also
fixes SOLR-7449. Merges commits
r1649552,1649571,1649584,1649689,1650169,1657495,1675261,1675337,1675619,1676102,1676113
from trunk.
> solr/server/etc/jetty-https-ssl.xml hard codes the key store file and
> password rather than pulling them from the sysprops defined in
> solr/bin/solr.in.{sh,bat}
> --
>
> Key: SOLR-7449
> URL: https://issues.apache.org/jira/browse/SOLR-7449
> Project: Solr
> Issue Type: Bug
>Affects Versions: 5.1
>Reporter: Steve Rowe
>
> [~shalinmangar] pointed out this issue out to me.
> The hard-coded values in {{jetty-https-ssl.xml}} are the same as the ones in
> the tutorial, so people creating the keystore as described in the tutorial
> are able to run Solr in SSL mode.
> Also {{jetty-https-ssl.xml}} doesn't configure a trust store (or a password
> for it), so there's no way currently to have a different trust store from the
> key store.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7449) solr/server/etc/jetty-https-ssl.xml hard codes the key store file and password rather than pulling them from the sysprops defined in solr/bin/solr.in.{sh,bat}
[
https://issues.apache.org/jira/browse/SOLR-7449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513078#comment-14513078
]
ASF subversion and git services commented on SOLR-7449:
---
Commit 1676113 from sha...@apache.org in branch 'dev/trunk'
[ https://svn.apache.org/r1676113 ]
SOLR-4839: Add upgrade notes, move entry to 5.2.0. Added entry for SOLR-7449
> solr/server/etc/jetty-https-ssl.xml hard codes the key store file and
> password rather than pulling them from the sysprops defined in
> solr/bin/solr.in.{sh,bat}
> --
>
> Key: SOLR-7449
> URL: https://issues.apache.org/jira/browse/SOLR-7449
> Project: Solr
> Issue Type: Bug
>Affects Versions: 5.1
>Reporter: Steve Rowe
>
> [~shalinmangar] pointed out this issue out to me.
> The hard-coded values in {{jetty-https-ssl.xml}} are the same as the ones in
> the tutorial, so people creating the keystore as described in the tutorial
> are able to run Solr in SSL mode.
> Also {{jetty-https-ssl.xml}} doesn't configure a trust store (or a password
> for it), so there's no way currently to have a different trust store from the
> key store.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-4839) Jetty 9
[ https://issues.apache.org/jira/browse/SOLR-4839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513077#comment-14513077 ] ASF subversion and git services commented on SOLR-4839: --- Commit 1676113 from sha...@apache.org in branch 'dev/trunk' [ https://svn.apache.org/r1676113 ] SOLR-4839: Add upgrade notes, move entry to 5.2.0. Added entry for SOLR-7449 > Jetty 9 > --- > > Key: SOLR-4839 > URL: https://issues.apache.org/jira/browse/SOLR-4839 > Project: Solr > Issue Type: Improvement >Reporter: Bill Bell >Assignee: Shalin Shekhar Mangar > Fix For: Trunk, 5.2 > > Attachments: SOLR-4839-branch_5x.patch, > SOLR-4839-conform-jetty9_2_10.patch, SOLR-4839-conform-jetty9_2_10.patch, > SOLR-4839-fix-eclipse.patch, SOLR-4839-jetty9.2.10, > SOLR-4839-mod-JettySolrRunner.patch, > SOLR-4839-separate-client-ssl-options.patch, > SOLR-4839-ssl-support_patch.patch, SOLR-4839-ssl-support_patch.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch > > > Implement Jetty 9 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-4839) Jetty 9
[ https://issues.apache.org/jira/browse/SOLR-4839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Shalin Shekhar Mangar updated SOLR-4839: Attachment: SOLR-4839-branch_5x.patch Here's a patch to upgrade branch_5x with Jetty 9. All tests and precommit pass. This also undoes some of the fixes made in SOLR-7429 simply because Jetty 9 has no problem in loading the servlet-api-3.1.0 jar from server/lib > Jetty 9 > --- > > Key: SOLR-4839 > URL: https://issues.apache.org/jira/browse/SOLR-4839 > Project: Solr > Issue Type: Improvement >Reporter: Bill Bell >Assignee: Shalin Shekhar Mangar > Fix For: Trunk, 5.2 > > Attachments: SOLR-4839-branch_5x.patch, > SOLR-4839-conform-jetty9_2_10.patch, SOLR-4839-conform-jetty9_2_10.patch, > SOLR-4839-fix-eclipse.patch, SOLR-4839-jetty9.2.10, > SOLR-4839-mod-JettySolrRunner.patch, > SOLR-4839-separate-client-ssl-options.patch, > SOLR-4839-ssl-support_patch.patch, SOLR-4839-ssl-support_patch.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch > > > Implement Jetty 9 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7463) Stop forcing MergePolicy's "NoCFSRatio" based on the IWC "useCompoundFile" configuration
[ https://issues.apache.org/jira/browse/SOLR-7463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513055#comment-14513055 ] Yonik Seeley commented on SOLR-7463: Ah, OK - sounds good. > Stop forcing MergePolicy's "NoCFSRatio" based on the IWC "useCompoundFile" > configuration > > > Key: SOLR-7463 > URL: https://issues.apache.org/jira/browse/SOLR-7463 > Project: Solr > Issue Type: Improvement >Reporter: Tomás Fernández Löbbe > Attachments: SOLR-7463.patch > > > Let users specify this value via setter in the solrconfig.xml, and use > Lucene's default if unset (0.1). > Document "noCFSRatio" in the ref guide. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7473) range facet should support mincount
[
https://issues.apache.org/jira/browse/SOLR-7473?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513051#comment-14513051
]
ASF subversion and git services commented on SOLR-7473:
---
Commit 1676108 from [~yo...@apache.org] in branch 'dev/branches/branch_5x'
[ https://svn.apache.org/r1676108 ]
SOLR-7473: implement facet range mincount
> range facet should support mincount
> ---
>
> Key: SOLR-7473
> URL: https://issues.apache.org/jira/browse/SOLR-7473
> Project: Solr
> Issue Type: Improvement
> Components: Facet Module
>Reporter: Yonik Seeley
>Priority: Minor
> Fix For: 5.2
>
> Attachments: SOLR-7473.patch
>
>
> Just like field faceting, range faceting should support the "mincount"
> variable to limit buckets by minimum count.
> Example:
> {code}
> json.facet={
> prices : {
> type : range,
> field : price,
> mincount : 1,
> start:0, end:100, gap:10
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7473) range facet should support mincount
[
https://issues.apache.org/jira/browse/SOLR-7473?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513050#comment-14513050
]
ASF subversion and git services commented on SOLR-7473:
---
Commit 1676107 from [~yo...@apache.org] in branch 'dev/trunk'
[ https://svn.apache.org/r1676107 ]
SOLR-7473: implement facet range mincount
> range facet should support mincount
> ---
>
> Key: SOLR-7473
> URL: https://issues.apache.org/jira/browse/SOLR-7473
> Project: Solr
> Issue Type: Improvement
> Components: Facet Module
>Reporter: Yonik Seeley
>Priority: Minor
> Fix For: 5.2
>
> Attachments: SOLR-7473.patch
>
>
> Just like field faceting, range faceting should support the "mincount"
> variable to limit buckets by minimum count.
> Example:
> {code}
> json.facet={
> prices : {
> type : range,
> field : price,
> mincount : 1,
> start:0, end:100, gap:10
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-7473) range facet should support mincount
[
https://issues.apache.org/jira/browse/SOLR-7473?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley updated SOLR-7473:
---
Attachment: SOLR-7473.patch
Here's the patch.
> range facet should support mincount
> ---
>
> Key: SOLR-7473
> URL: https://issues.apache.org/jira/browse/SOLR-7473
> Project: Solr
> Issue Type: Improvement
> Components: Facet Module
>Reporter: Yonik Seeley
>Priority: Minor
> Fix For: 5.2
>
> Attachments: SOLR-7473.patch
>
>
> Just like field faceting, range faceting should support the "mincount"
> variable to limit buckets by minimum count.
> Example:
> {code}
> json.facet={
> prices : {
> type : range,
> field : price,
> mincount : 1,
> start:0, end:100, gap:10
> }
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-7415) Facet Module API Improvements
[ https://issues.apache.org/jira/browse/SOLR-7415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley updated SOLR-7415: --- Component/s: Facet Module > Facet Module API Improvements > - > > Key: SOLR-7415 > URL: https://issues.apache.org/jira/browse/SOLR-7415 > Project: Solr > Issue Type: Bug > Components: Facet Module >Affects Versions: 5.1 >Reporter: Yonik Seeley > Fix For: 5.2 > > > The new facet module (specifically it's JSON Facet API) will be finalized for > the 5.2 release (we marked it as experimental in 5.1 to give time for > feedback & changes). This is a parent issue for any such improvements. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-7446) Facet Module Internal Improvements
[ https://issues.apache.org/jira/browse/SOLR-7446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley updated SOLR-7446: --- Component/s: Facet Module > Facet Module Internal Improvements > -- > > Key: SOLR-7446 > URL: https://issues.apache.org/jira/browse/SOLR-7446 > Project: Solr > Issue Type: Improvement > Components: Facet Module >Affects Versions: 5.1 >Reporter: Yonik Seeley > Fix For: 5.2 > > > Parent issue for new facet module (JSON Facet API) internal improvements. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-7473) range facet should support mincount
Yonik Seeley created SOLR-7473:
--
Summary: range facet should support mincount
Key: SOLR-7473
URL: https://issues.apache.org/jira/browse/SOLR-7473
Project: Solr
Issue Type: Improvement
Components: Facet Module
Reporter: Yonik Seeley
Priority: Minor
Fix For: 5.2
Just like field faceting, range faceting should support the "mincount" variable
to limit buckets by minimum count.
Example:
{code}
json.facet={
prices : {
type : range,
field : price,
mincount : 1,
start:0, end:100, gap:10
}
}
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7425) Improve MDC based logging format.
[ https://issues.apache.org/jira/browse/SOLR-7425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513032#comment-14513032 ] ASF subversion and git services commented on SOLR-7425: --- Commit 1676103 from [~markrmil...@gmail.com] in branch 'dev/trunk' [ https://svn.apache.org/r1676103 ] SOLR-7425: Improve MDC based logging format. > Improve MDC based logging format. > -- > > Key: SOLR-7425 > URL: https://issues.apache.org/jira/browse/SOLR-7425 > Project: Solr > Issue Type: Improvement >Reporter: Mark Miller >Assignee: Mark Miller > Attachments: SOLR-7425.patch > > > I think we made a mistake in the format we chose for SOLR-6673. > It's mixed case, which is kind of hokey in my eyes, and we overrode C and c > as different things. > You often see a line with simply c: name and somehow you have to train your > mind that's not collection because it's not caps. Bleh. > We should make this nice. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-7391) Use a time based expiration cache for one off hdfs FileSystem instances.
[ https://issues.apache.org/jira/browse/SOLR-7391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mark Miller resolved SOLR-7391. --- Resolution: Fixed Fix Version/s: 5.2 Trunk > Use a time based expiration cache for one off hdfs FileSystem instances. > > > Key: SOLR-7391 > URL: https://issues.apache.org/jira/browse/SOLR-7391 > Project: Solr > Issue Type: Improvement > Components: hdfs, s >Reporter: Mark Miller >Assignee: Mark Miller > Fix For: Trunk, 5.2 > > Attachments: SOLR-7391.patch > > > Most FileSystem clients are tied to a SolrCore and long lived, but in some > cases where we don't have SolrCore context we create a short lived hdfs > client object. > Because these instances can be created via user generated actions, we don't > want to be able to create too many of them - they have overhead that does not > make them great candidates for being spun up for a single call. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-5.x-Windows (64bit/jdk1.8.0_45) - Build # 4611 - Failure!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Windows/4611/ Java: 64bit/jdk1.8.0_45 -XX:-UseCompressedOops -XX:+UseParallelGC 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.core.TestLazyCores Error Message: ERROR: SolrIndexSearcher opens=51 closes=50 Stack Trace: java.lang.AssertionError: ERROR: SolrIndexSearcher opens=51 closes=50 at __randomizedtesting.SeedInfo.seed([9928DDF266051FA9]:0) at org.junit.Assert.fail(Assert.java:93) at org.apache.solr.SolrTestCaseJ4.endTrackingSearchers(SolrTestCaseJ4.java:496) at org.apache.solr.SolrTestCaseJ4.afterClass(SolrTestCaseJ4.java:232) at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:799) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:54) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at java.lang.Thread.run(Thread.java:745) FAILED: junit.framework.TestSuite.org.apache.solr.core.TestLazyCores Error Message: 1 thread leaked from SUITE scope at org.apache.solr.core.TestLazyCores: 1) Thread[id=7281, name=searcherExecutor-4440-thread-1, state=WAITING, group=TGRP-TestLazyCores] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE scope at org.apache.solr.core.TestLazyCores: 1) Thread[id=7281, name=searcherExecutor-4440-thread-1, state=WAITING, group=TGRP-TestLazyCores] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2039) at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1067) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) at __randomizedtesting.SeedInfo.seed([9928DDF266051FA9]:0) FAILED: junit.framework.TestSuite.org.apache.solr.core.TestLazyCores Error Message: There are still zombie threads that couldn't be terminated:1) Thread[id=7281, name=sea
[jira] [Commented] (SOLR-4839) Jetty 9
[ https://issues.apache.org/jira/browse/SOLR-4839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513020#comment-14513020 ] ASF subversion and git services commented on SOLR-4839: --- Commit 1676102 from sha...@apache.org in branch 'dev/trunk' [ https://svn.apache.org/r1676102 ] SOLR-4839: Separate jetty and client specific SSL properties > Jetty 9 > --- > > Key: SOLR-4839 > URL: https://issues.apache.org/jira/browse/SOLR-4839 > Project: Solr > Issue Type: Improvement >Reporter: Bill Bell >Assignee: Shalin Shekhar Mangar > Fix For: Trunk, 5.2 > > Attachments: SOLR-4839-conform-jetty9_2_10.patch, > SOLR-4839-conform-jetty9_2_10.patch, SOLR-4839-fix-eclipse.patch, > SOLR-4839-jetty9.2.10, SOLR-4839-mod-JettySolrRunner.patch, > SOLR-4839-separate-client-ssl-options.patch, > SOLR-4839-ssl-support_patch.patch, SOLR-4839-ssl-support_patch.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch > > > Implement Jetty 9 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-6741) IPv6 Field Type
[ https://issues.apache.org/jira/browse/SOLR-6741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513017#comment-14513017 ] David Smiley commented on SOLR-6741: This should definitely use Lucene's new & experimental "auto prefix terms"; Hoss mentioned that. This is *not* blocked by LUCENE-5596. We'd need a new Solr field type with the sugar like in the IPv4 patch here but that which does a range between 2 terms. That will functionally work even without "auto prefix terms". Then configure the codec appropriately and then the search will be much faster (and indexing a bit slower too of course). FWIW Lucene spatial's NumberRangePrefixTreeStrategy could work, but it needs a subclass of NumberRangePrefixTree and presently the only one that exists is DateRangePrefixTree. _If_ you need to index IPv6 ranges, then this _should_ be faster than intersecting 2 range queries on a start and end field. > IPv6 Field Type > --- > > Key: SOLR-6741 > URL: https://issues.apache.org/jira/browse/SOLR-6741 > Project: Solr > Issue Type: Improvement >Reporter: Lloyd Ramey > Attachments: SOLR-6741.patch > > > It would be nice if Solr had a field type which could be used to index IPv6 > data and supported efficient range queries. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-4839) Jetty 9
[ https://issues.apache.org/jira/browse/SOLR-4839?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14513015#comment-14513015 ] Shalin Shekhar Mangar commented on SOLR-4839: - I've manually tested these changes on both linux and windows to create single node as well as cloud setup with SSL. All tests and precommit passes. I'll commit this shortly. This breaks the current set of instructions on how to setup SSL so it will have to be mentioned in the upgrade notes for 5.2 and the reference guide will also need to be changed. I'll do that once I finish the backport to branch_5x. > Jetty 9 > --- > > Key: SOLR-4839 > URL: https://issues.apache.org/jira/browse/SOLR-4839 > Project: Solr > Issue Type: Improvement >Reporter: Bill Bell >Assignee: Shalin Shekhar Mangar > Fix For: Trunk, 5.2 > > Attachments: SOLR-4839-conform-jetty9_2_10.patch, > SOLR-4839-conform-jetty9_2_10.patch, SOLR-4839-fix-eclipse.patch, > SOLR-4839-jetty9.2.10, SOLR-4839-mod-JettySolrRunner.patch, > SOLR-4839-separate-client-ssl-options.patch, > SOLR-4839-ssl-support_patch.patch, SOLR-4839-ssl-support_patch.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, SOLR-4839.patch, > SOLR-4839.patch > > > Implement Jetty 9 -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Reopened] (LUCENE-6373) Complete two phase doc id iteration support for Spans
[ https://issues.apache.org/jira/browse/LUCENE-6373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Elschot reopened LUCENE-6373: -- Lucene Fields: New,Patch Available (was: New) Reopened because of the patch of 26 April 2015. > Complete two phase doc id iteration support for Spans > - > > Key: LUCENE-6373 > URL: https://issues.apache.org/jira/browse/LUCENE-6373 > Project: Lucene - Core > Issue Type: Improvement >Reporter: Paul Elschot > Fix For: Trunk, 5.2 > > Attachments: LUCENE-6373-20150426.patch, LUCENE-6373-SpanOr.patch, > LUCENE-6373.patch, LUCENE-6373.patch, LUCENE-6737-SpanOr-oneTestFails.patch > > > Spin off from LUCENE-6308, see comments there from about 23 March 2015. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6373) Complete two phase doc id iteration support for Spans
[ https://issues.apache.org/jira/browse/LUCENE-6373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14512956#comment-14512956 ] Paul Elschot commented on LUCENE-6373: -- The specialization of SpanPositionQueue is at LUCENE-6453, I just removed the earlier version that I posted here. > Complete two phase doc id iteration support for Spans > - > > Key: LUCENE-6373 > URL: https://issues.apache.org/jira/browse/LUCENE-6373 > Project: Lucene - Core > Issue Type: Improvement >Reporter: Paul Elschot > Fix For: Trunk, 5.2 > > Attachments: LUCENE-6373-20150426.patch, LUCENE-6373-SpanOr.patch, > LUCENE-6373.patch, LUCENE-6373.patch, LUCENE-6737-SpanOr-oneTestFails.patch > > > Spin off from LUCENE-6308, see comments there from about 23 March 2015. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6373) Complete two phase doc id iteration support for Spans
[ https://issues.apache.org/jira/browse/LUCENE-6373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Elschot updated LUCENE-6373: - Attachment: LUCENE-6373-20150426.patch Patch of 26 April 2015. Includes the removal of the unused variable in the Spans.nextStartPosition() method of SpanOr, and two lines to suppress compilation warnings (unchecked, rawtypes) for the generics used in DisiPriorityQueue and MinShouldMatchSumScorer. > Complete two phase doc id iteration support for Spans > - > > Key: LUCENE-6373 > URL: https://issues.apache.org/jira/browse/LUCENE-6373 > Project: Lucene - Core > Issue Type: Improvement >Reporter: Paul Elschot > Fix For: Trunk, 5.2 > > Attachments: LUCENE-6373-20150426.patch, LUCENE-6373-SpanOr.patch, > LUCENE-6373.patch, LUCENE-6373.patch, LUCENE-6737-SpanOr-oneTestFails.patch > > > Spin off from LUCENE-6308, see comments there from about 23 March 2015. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (LUCENE-6373) Complete two phase doc id iteration support for Spans
[ https://issues.apache.org/jira/browse/LUCENE-6373?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul Elschot updated LUCENE-6373: - Attachment: (was: SpanPositionQueue.java) > Complete two phase doc id iteration support for Spans > - > > Key: LUCENE-6373 > URL: https://issues.apache.org/jira/browse/LUCENE-6373 > Project: Lucene - Core > Issue Type: Improvement >Reporter: Paul Elschot > Fix For: Trunk, 5.2 > > Attachments: LUCENE-6373-20150426.patch, LUCENE-6373-SpanOr.patch, > LUCENE-6373.patch, LUCENE-6373.patch, LUCENE-6737-SpanOr-oneTestFails.patch > > > Spin off from LUCENE-6308, see comments there from about 23 March 2015. -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-6371) Improve Spans payload collection
[
https://issues.apache.org/jira/browse/LUCENE-6371?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14512953#comment-14512953
]
Paul Elschot commented on LUCENE-6371:
--
I just investigated this a little by collecting these:
{code}
public class IndexedPayload {
public int position;
public Term term;
public BytesRef bytesRef;
}
{code}
But now I'm realizing that the problem here is that we don't know in advance
which indexed information is available and should be provided for each term:
the term itself, its position, payload and/or offsets.
This is similar to a TokenStream and its attributes, so why not provide a
TokenStream instead?
This would boil down to providing a subset (matching the query) of the
TokenStream used to index the document.
The PrefillTokenStream of LUCENE-5687 could maybe also be used for this.
The question is: could that work well?
Would such a TokenStream be good for highlighting, too?
> Improve Spans payload collection
>
>
> Key: LUCENE-6371
> URL: https://issues.apache.org/jira/browse/LUCENE-6371
> Project: Lucene - Core
> Issue Type: Improvement
>Reporter: Paul Elschot
>Priority: Minor
>
> Spin off from LUCENE-6308, see the comments there from around 23 March 2015.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-5.x-Linux (64bit/jdk1.8.0_60-ea-b12) - Build # 12283 - Still Failing!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/12283/ Java: 64bit/jdk1.8.0_60-ea-b12 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC 1 tests failed. FAILED: org.apache.solr.client.solrj.impl.CloudSolrClientTest.test Error Message: Error from server at http://127.0.0.1:56054/checkStateVerCol: no servers hosting shard: Stack Trace: org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error from server at http://127.0.0.1:56054/checkStateVerCol: no servers hosting shard: at __randomizedtesting.SeedInfo.seed([455B1A8C8CC4ABE1:CD0F25562238C619]:0) at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:560) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:235) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:227) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:135) at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:943) at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:958) at org.apache.solr.client.solrj.impl.CloudSolrClientTest.stateVersionParamTest(CloudSolrClientTest.java:554) at org.apache.solr.client.solrj.impl.CloudSolrClientTest.test(CloudSolrClientTest.java:127) 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:497) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:110) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:960) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:935) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(Stateme
[JENKINS] Lucene-Solr-5.x-Linux (64bit/jdk1.9.0-ea-b60) - Build # 12282 - Failure!
Build: http://jenkins.thetaphi.de/job/Lucene-Solr-5.x-Linux/12282/ Java: 64bit/jdk1.9.0-ea-b60 -XX:+UseCompressedOops -XX:+UseSerialGC 1 tests failed. FAILED: org.apache.solr.client.solrj.impl.CloudSolrClientTest.test Error Message: Error from server at http://127.0.0.1:33657/checkStateVerCol: no servers hosting shard: Stack Trace: org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error from server at http://127.0.0.1:33657/checkStateVerCol: no servers hosting shard: at __randomizedtesting.SeedInfo.seed([88FB0B9996571868:AF344338AB7590]:0) at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:560) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:235) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:227) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:135) at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:943) at org.apache.solr.client.solrj.SolrClient.query(SolrClient.java:958) at org.apache.solr.client.solrj.impl.CloudSolrClientTest.stateVersionParamTest(CloudSolrClientTest.java:554) at org.apache.solr.client.solrj.impl.CloudSolrClientTest.test(CloudSolrClientTest.java:127) 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:502) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1627) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:836) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:872) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:886) at org.junit.rules.ExpectedException$ExpectedExceptionStatement.evaluate(ExpectedException.java:110) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:960) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:935) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49) at org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:65) at org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:365) at com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:798) at com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:458) at com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:845) at com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:747) at com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:781) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:792) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57) at org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36) at com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.ja
