[JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_144) - Build # 20365 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/20365/
Java: 32bit/jdk1.8.0_144 -client -XX:+UseParallelGC

1 tests failed.
FAILED:  org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter

Error Message:
No 'solr.node' logs in: {numFound=0,start=0,docs=[]}

Stack Trace:
java.lang.AssertionError: No 'solr.node' logs in: {numFound=0,start=0,docs=[]}
at 
__randomizedtesting.SeedInfo.seed([63159D0C0E6136F5:3CF1B03B656DA5B0]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter(SolrSlf4jReporterTest.java:85)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)




Build Log:
[...truncated 11897 lines...]
   [junit4] Suite: org.apache.solr.metrics.reporters.SolrSlf4jReporterTest
   [junit4]   2> Creating dataDir: 

[JENKINS] Lucene-Solr-7.x-MacOSX (64bit/jdk1.8.0) - Build # 131 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-MacOSX/131/
Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

3 tests failed.
FAILED:  org.apache.solr.cloud.FullSolrCloudDistribCmdsTest.test

Error Message:
Captured an uncaught exception in thread: Thread[id=16860, name=Thread-2790, 
state=RUNNABLE, group=TGRP-FullSolrCloudDistribCmdsTest]

Stack Trace:
com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught 
exception in thread: Thread[id=16860, name=Thread-2790, state=RUNNABLE, 
group=TGRP-FullSolrCloudDistribCmdsTest]
Caused by: org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: 
Error from server at 
http://127.0.0.1:63585/hac/it/collection2_shard4_replica_n14: 
java.io.FileNotFoundException: 
/Users/jenkins/workspace/Lucene-Solr-7.x-MacOSX/solr/build/solr-core/test/J1/temp/solr.cloud.FullSolrCloudDistribCmdsTest_CC8B32DFC6FE1FB8-001/shard-5-001/cores/collection2_shard4_replica_n14/data/tlog/tlog.000
 (Too many open files)
at __randomizedtesting.SeedInfo.seed([CC8B32DFC6FE1FB8]:0)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:539)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:993)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:862)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:793)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:178)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:195)
at 
org.apache.solr.cloud.FullSolrCloudDistribCmdsTest$1IndexThread.run(FullSolrCloudDistribCmdsTest.java:633)
Caused by: 
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at http://127.0.0.1:63585/hac/it/collection2_shard4_replica_n14: 
java.io.FileNotFoundException: 
/Users/jenkins/workspace/Lucene-Solr-7.x-MacOSX/solr/build/solr-core/test/J1/temp/solr.cloud.FullSolrCloudDistribCmdsTest_CC8B32DFC6FE1FB8-001/shard-5-001/cores/collection2_shard4_replica_n14/data/tlog/tlog.000
 (Too many open files)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:627)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:253)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:242)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:483)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:413)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.lambda$directUpdate$0(CloudSolrClient.java:516)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:188)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


FAILED:  org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter

Error Message:
No 'solr.node' logs in: {numFound=0,start=0,docs=[]}

Stack Trace:
java.lang.AssertionError: No 'solr.node' logs in: {numFound=0,start=0,docs=[]}
at 
__randomizedtesting.SeedInfo.seed([CC8B32DFC6FE1FB8:936F1FE8ADF28CFD]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter(SolrSlf4jReporterTest.java:85)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 

[jira] [Updated] (SOLR-11241) Add discrete counting and probability Stream Evaluators

[Joel Bernstein (JIRA)]

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

Joel Bernstein updated SOLR-11241:
--
Fix Version/s: 7.1

> Add discrete counting and probability Stream Evaluators
> ---
>
> Key: SOLR-11241
> URL: https://issues.apache.org/jira/browse/SOLR-11241
> Project: Solr
>  Issue Type: New Feature
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Fix For: 7.1
>
>
> This ticket will add a number of statistical functions that deal with 
> discrete counting and probability distributions:
> freqTable
> enumeratedDistribution
> poissonDistribution
> uniformIntegerDistribution
> binomialDistribution
> ZipFDistribution
> chiSquareTest
> All functions backed by *Apache Commons Math*



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Assigned] (SOLR-11241) Add discrete counting and probability Stream Evaluators

[Joel Bernstein (JIRA)]

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

Joel Bernstein reassigned SOLR-11241:
-

Assignee: Joel Bernstein

> Add discrete counting and probability Stream Evaluators
> ---
>
> Key: SOLR-11241
> URL: https://issues.apache.org/jira/browse/SOLR-11241
> Project: Solr
>  Issue Type: New Feature
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Joel Bernstein
>Assignee: Joel Bernstein
> Fix For: 7.1
>
>
> This ticket will add a number of statistical functions that deal with 
> discrete counting and probability distributions:
> freqTable
> enumeratedDistribution
> poissonDistribution
> uniformIntegerDistribution
> binomialDistribution
> ZipFDistribution
> chiSquareTest
> All functions backed by *Apache Commons Math*



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS-EA] Lucene-Solr-7.x-Linux (64bit/jdk-9-ea+181) - Build # 308 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/308/
Java: 64bit/jdk-9-ea+181 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC 
--illegal-access=deny

2 tests failed.
FAILED:  
org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping

Error Message:
Tests must be run with INFO level logging otherwise LogUpdateProcessor isn't 
used and can't be tested.

Stack Trace:
java.lang.AssertionError: Tests must be run with INFO level logging otherwise 
LogUpdateProcessor isn't used and can't be tested.
at 
__randomizedtesting.SeedInfo.seed([CE7548944ABD6617:BF91B6423C5641DB]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping(UpdateRequestProcessorFactoryTest.java:101)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.base/java.lang.Thread.run(Thread.java:844)


FAILED:  

[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk1.8.0) - Build # 4142 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/4142/
Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseSerialGC

1 tests failed.
FAILED:  org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter

Error Message:
No 'solr.node' logs in: {numFound=0,start=0,docs=[]}

Stack Trace:
java.lang.AssertionError: No 'solr.node' logs in: {numFound=0,start=0,docs=[]}
at 
__randomizedtesting.SeedInfo.seed([26DCC204D41B0BAC:7938EF33BF1798E9]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter(SolrSlf4jReporterTest.java:85)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)




Build Log:
[...truncated 12758 lines...]
   [junit4] Suite: org.apache.solr.metrics.reporters.SolrSlf4jReporterTest
   [junit4]   2> Creating dataDir: 

[JENKINS] Lucene-Solr-Tests-6.6 - Build # 36 - Still Unstable

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Tests-6.6/36/

2 tests failed.
FAILED:  org.apache.solr.handler.TestSolrConfigHandlerConcurrent.test

Error Message:
Could not load collection from ZK: collection1

Stack Trace:
org.apache.solr.common.SolrException: Could not load collection from ZK: 
collection1
at 
__randomizedtesting.SeedInfo.seed([392477BBD94A556C:B170486177B63894]:0)
at 
org.apache.solr.common.cloud.ZkStateReader.getCollectionLive(ZkStateReader.java:1098)
at 
org.apache.solr.common.cloud.ZkStateReader$LazyCollectionRef.get(ZkStateReader.java:638)
at 
org.apache.solr.common.cloud.ClusterState.getCollectionOrNull(ClusterState.java:213)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.getTotalReplicas(AbstractFullDistribZkTestBase.java:450)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.createJettys(AbstractFullDistribZkTestBase.java:408)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.createServers(AbstractFullDistribZkTestBase.java:331)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:990)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:967)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)
Caused by: org.apache.zookeeper.KeeperException$SessionExpiredException: 
KeeperErrorCode = Session expired for /collections/collection1/state.json
at org.apache.zookeeper.KeeperException.create(KeeperException.java:127)
at org.apache.zookeeper.KeeperException.create(KeeperException.java:51)

Re: [JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-9-ea+181) - Build # 20364 - Still Unstable!

[Chris Hostetter]

: FAILED:  
org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping
: 
: Error Message:
: Tests must be run with INFO level logging otherwise LogUpdateProcessor isn't 
used and can't be tested.

This failure reproduces for me when i run the whole test suite with this 
seed (on java9) but *NOT* when running just this class.

I suspect some other recent test addition/modification is causing another 
test class to muck with teh logging levels in the same JVM before this 
test runs.

Test in the same JVM from my reproduce


  [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=UpdateRequestProcessorFactoryTest 
-Dtests.method=testUpdateDistribChainSkipping 
-Dtests.seed=81E0D214382D973D -Dtests.slow=true -Dtests.locale=mgo 
-Dtests.timezone=Greenwich -Dtests.asserts=true 
-Dtests.file.encoding=UTF-8
   [junit4] FAILURE 0.00s J0 | 
UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping <<<
   [junit4]> Throwable #1: java.lang.AssertionError: Tests must be run 
with INFO level logging otherwise LogUpdateProcessor isn't used and can't 
be tested.
   [junit4]>at 
__randomizedtesting.SeedInfo.seed([81E0D214382D973D:F0042CC24EC6B0F1]:0)
   [junit4]>at 
org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping(UpdateRequestProcessorFactoryTest.java:101)
   [junit4]>at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
Method)
   [junit4]>at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
   [junit4]>at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   [junit4]>at 
java.base/java.lang.reflect.Method.invoke(Method.java:564)
   [junit4]>at java.base/java.lang.Thread.run(Thread.java:844)
   [junit4]   2> NOTE: leaving temporary files on disk at: 
/home/hossman/lucene/dev/solr/build/solr-core/test/J0/temp/solr.update.processor.UpdateRequestProcessorFactoryTest_81E0D214382D973D-001
   [junit4]   2> Aug 23, 2017 6:11:16 PM 
com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks
   [junit4]   2> WARNING: Will linger awaiting termination of 3 leaked 
thread(s).
   [junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): {}, 
docValues:{}, maxPointsInLeafNode=858, maxMBSortInHeap=5.748797783397541, 
sim=RandomSimilarity(queryNorm=false): {}, locale=mgo, timezone=Greenwich
   [junit4]   2> NOTE: Linux 3.19.0-84-generic amd64/Oracle Corporation 9 
(64-bit)/cpus=4,threads=1,free=277623552,total=536870912
   [junit4]   2> NOTE: All tests run in this JVM: [NumericFieldsTest, 
HdfsWriteToMultipleCollectionsTest, TestFieldCacheSort, 
TestNumericTokenStream, QueryElevationComponentTest, MoveReplicaTest, 
CdcrReplicationDistributedZkTest, DocumentAnalysisRequestHandlerTest, 
SolrMetricsIntegrationTest, SolrCloudExampleTest, SampleTest, 
TestQueryUtils, ExitableDirectoryReaderTest, TestReload, 
TestCloudJSONFacetJoinDomain, TestQueryTypes, 
OutOfBoxZkACLAndCredentialsProvidersTest, TestCloudSearcherWarming, 
BasicDistributedZkTest, TestCustomDocTransformer, TestJoin, 
TestManagedSynonymGraphFilterFactory, TestMissingGroups, 
DocValuesMultiTest, TestFieldCacheReopen, HdfsSyncSliceTest, 
NoCacheHeaderTest, TestFastOutputStream, ShardRoutingCustomTest, 
TestDownShardTolerantSearch, TestPerFieldSimilarityWithDefaultOverride, 
TestSolrCoreProperties, SolrCLIZkUtilsTest, TestSolrIndexConfig, 
DefaultValueUpdateProcessorTest, FileBasedSpellCheckerTest, 
ChaosMonkeySafeLeaderTest, V2ApiIntegrationTest, TestPerFieldSimilarity, 
TestDistributedGrouping, CursorMarkTest, CollectionsAPISolrJTest, 
StatelessScriptUpdateProcessorFactoryTest, TestLegacyField, 
TestCollectionAPIs, ReplaceNodeTest, TestManagedResourceStorage, 
TestFuzzyAnalyzedSuggestions, SpatialRPTFieldTypeTest, 
TestDistribDocBasedVersion, SolrJmxReporterCloudTest, StatsReloadRaceTest, 
TestStressLucene, SolrXmlInZkTest, HdfsRecoveryZkTest, 
TestMergePolicyConfig, DisMaxRequestHandlerTest, 
CollectionStateFormat2Test, TestShardHandlerFactory, RankQueryTest, 
TestTolerantUpdateProcessorRandomCloud, 
DistribDocExpirationUpdateProcessorTest, AnalyticsQueryTest, 
SegmentsInfoRequestHandlerTest, FieldMutatingUpdateProcessorTest, 
LeaderFailureAfterFreshStartTest, SharedFSAutoReplicaFailoverUtilsTest, 
AddBlockUpdateTest, TestHighFrequencyDictionaryFactory, OverseerTest, 
OverseerRolesTest, DeleteReplicaTest, PrimitiveFieldTypeTest, 
DateRangeFieldTest, TestTrieFacet, TestSubQueryTransformerDistrib, 
ClassificationUpdateProcessorFactoryTest, ScriptEngineTest, 
PreAnalyzedUpdateProcessorTest, EchoParamsTest, TestSolr4Spatial, 
TestQuerySenderNoQuery, ZkStateReaderTest, 
ConcurrentDeleteAndCreateCollectionTest, DistributedFacetPivotLargeTest, 
TestUninvertingReader, V2StandaloneTest, BJQParserTest, TestRTimerTree, 
SaslZkACLProviderTest, 

[JENKINS-EA] Lucene-Solr-7.x-Windows (64bit/jdk-9-ea+181) - Build # 134 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Windows/134/
Java: 64bit/jdk-9-ea+181 -XX:-UseCompressedOops -XX:+UseSerialGC 
--illegal-access=deny

4 tests failed.
FAILED:  org.apache.solr.cloud.ForceLeaderTest.testReplicasInLIRNoLeader

Error Message:
Doc with id=1 not found in 
http://127.0.0.1:57760/gb/r/forceleader_test_collection due to: Path not found: 
/id; rsp={doc=null}

Stack Trace:
java.lang.AssertionError: Doc with id=1 not found in 
http://127.0.0.1:57760/gb/r/forceleader_test_collection due to: Path not found: 
/id; rsp={doc=null}
at 
__randomizedtesting.SeedInfo.seed([146946C17C9E346E:F2FE7201451CCD0F]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.HttpPartitionTest.assertDocExists(HttpPartitionTest.java:603)
at 
org.apache.solr.cloud.HttpPartitionTest.assertDocsExistInAllReplicas(HttpPartitionTest.java:556)
at 
org.apache.solr.cloud.ForceLeaderTest.testReplicasInLIRNoLeader(ForceLeaderTest.java:142)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 

[jira] [Commented] (SOLR-6707) Recovery/election for invalid core results in rapid-fire re-attempts until /overseer/queue is clogged

[Ben DeMott (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-6707?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16139275#comment-16139275
 ] 

Ben DeMott commented on SOLR-6707:
--

We have experienced this multiple times.  We host inside AWS and Zookeeper is 
spread across different availability zones...
This means that the connection between ZK's has high latency once in awhile 
which ZK doesn't seem to like.  I wonder if anyone else is in this situation.
We've never had so many Zookeeper issues as we do now that we've moved our 
infrastructure inside AWS.

What triggered a backed up overseer queue for us was a hung ephemeral node in 
Zookeeper which I discuss here:
https://stackoverflow.com/questions/23743424/solr-issue-clusterstate-says-we-are-the-leader-but-locally-we-dont-think-so/42210844#42210844

As OP said, once this goes on for long enough Solr runs out of 
file-descriptors, and eventually brings down the whole cluster.

This bug in Zookeeper (appears) to be the cause of the hung ephemeral node:
https://issues.apache.org/jira/browse/ZOOKEEPER-2355

> Recovery/election for invalid core results in rapid-fire re-attempts until 
> /overseer/queue is clogged
> -
>
> Key: SOLR-6707
> URL: https://issues.apache.org/jira/browse/SOLR-6707
> Project: Solr
>  Issue Type: Bug
>  Components: SolrCloud
>Affects Versions: 4.10
>Reporter: James Hardwick
> Fix For: 5.2, 6.0
>
>
> We experienced an issue the other day that brought a production solr server 
> down, and this is what we found after investigating:
> - Running solr instance with two separate cores, one of which is perpetually 
> down because it's configs are not yet completely updated for Solr-cloud. This 
> was thought to be harmless since it's not currently in use. 
> - Solr experienced an "internal server error" supposedly because of "No space 
> left on device" even though we appeared to have ~10GB free. 
> - Solr immediately went into recovery, and subsequent leader election for 
> each shard of each core. 
> - Our primary core recovered immediately. Our additional core which was never 
> active in the first place, attempted to recover but of course couldn't due to 
> the improper configs. 
> - Solr then began rapid-fire reattempting recovery of said node, trying maybe 
> 20-30 times per second.
> - This in turn bombarded zookeepers /overseer/queue into oblivion
> - At some point /overseer/queue becomes so backed up that normal cluster 
> coordination can no longer play out, and Solr topples over. 
> I know this is a bit of an unusual circumstance due to us keeping the dead 
> core around, and our quick solution has been to remove said core. However I 
> can see other potential scenarios that might cause the same issue to arise. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Release a 6.6.1

[Steve Rowe]

Hi Varun,

I’m not sure what’s happening, but I’d guess that “result = p.poll()” in 
runAndSendGPGPassword() indicates that the process hasn’t completed or has an 
error condition.  Maybe print out “result"?  The python docs say that None is 
returned when the process hasn’t completed.

If the process hasn’t completed, then it’s just a matter of waiting until it 
does.  The loop that looks for a password prompt has an exit condition of an 
empty line returned from p.stdout.readline(), but maybe there should be an 
additional exit condition: p.poll() returning non-None.

--
Steve 
www.lucidworks.com

> On Aug 23, 2017, at 5:51 PM, Varun Thacker  wrote:
> 
> So I tried again and ran into the same issue -
> 
>   File "dev-tools/scripts/buildAndPushRelease.py", line 114, in prepare
> runAndSendGPGPassword(cmd, gpgPassword)
>   File "dev-tools/scripts/buildAndPushRelease.py", line 60, in 
> runAndSendGPGPassword
> raise RuntimeError(msg)
> RuntimeError: FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA 
> prepare-release [see log /tmp/release.log]
> 
> At this point I took the the runAndSendGPGPassword method and ran it from a 
> separate python program and it passed. So not sure why it fails when used 
> directly from buildAndPushRelease especially since the output shows build 
> successful for the "prepare-release" target and the "sign-artifacts" target 
> completed as well.
> 
> 
> 
> 
> On Wed, Aug 23, 2017 at 9:11 PM, Ishan Chattopadhyaya 
>  wrote:
> Cool, all the best! In cases when the release process completed without 
> further errors, except for the one above, the generated artifacts eventually 
> failed the smoke test (with some missing signature files error). So, I had to 
> redo them making sure that the sign-artifacts step was not missed (I remember 
> waiting for that step in order to wait for the password prompt).
> 
> On Wed, Aug 23, 2017 at 4:42 PM, Varun Thacker  wrote:
> Hi Ishan,
> 
> That's useful info!
> 
> The failure I posted was from my second attempt with "export GPG_TTY=$(tty)" 
> present. I was prompted the password. 
> 
> Once I entered the password the "sign-artifacts:" phase looks to have 
> completed. The attached output doesn't even show a failure. 
> 
> I'm going to give it another try in the meanwhile
> 
> On Wed, Aug 23, 2017 at 4:20 PM, Ishan Chattopadhyaya 
>  wrote:
> Varun, I had the same issue. Please see my notes in the end of the 
> ReleaseToDo section.
> 
> On Wed, Aug 23, 2017 at 1:43 PM, Varun Thacker  wrote:
> An update on the RC build : In the first couple of attempts a Solr test would 
> fail so the process would get aborted.
> 
> Then I hit "gpg: signing failed: Inappropriate ioctl for device" in the 
> "prepare-release" phase. I was able to fix this by installing a couple of 
> extra packages and following some instructions online. 
> 
> In the last attempt I hit this:
> 
> Prepare release...
>   git pull...
>   git clone is clean
>   git rev: f4fb90886690c829a062f4243a62825f810ad359
>   Check DOAP files
>   ant clean test validate documentation-lint
>   lucene prepare-release
> FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA prepare-release [see log 
> /tmp/release.log]
> Traceback (most recent call last):
>   File "dev-tools/scripts/buildAndPushRelease.py", line 313, in 
> main()
>   File "dev-tools/scripts/buildAndPushRelease.py", line 294, in main
> rev = prepare(c.root, c.version, c.key_id, c.key_password)
>   File "dev-tools/scripts/buildAndPushRelease.py", line 114, in prepare
> runAndSendGPGPassword(cmd, gpgPassword)
>   File "dev-tools/scripts/buildAndPushRelease.py", line 60, in 
> runAndSendGPGPassword
> raise RuntimeError(msg)
> RuntimeError: FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA 
> prepare-release [see log /tmp/release.log]
> 
> Here's the release.log output : 
> https://www.dropbox.com/s/yssvqbwcpjrq7ah/release.log?dl=0 which seems to 
> indicate that it succeeded ?
> 
> 
> On Tue, Aug 22, 2017 at 8:10 AM, Varun Thacker  wrote:
> Hi Uwe,
> 
> I can backport it and then I'll begin working on the RC
> 
> On Tue, Aug 22, 2017 at 2:17 AM, Uwe Schindler  wrote:
> Hi,
> 
>  
> 
> The windows startup script fix was committed to 7.0, but not 6.6.1. If Varun 
> has time to test the fixes in https://issues.apache.org/jira/browse/SOLR-8689 
> we may include them, but I left them out for now. Please reopen the issue if 
> you think it’s worth. It should be a simple cherry pick.
> 
>  
> 
> Uwe
> 
>  
> 
> -
> 
> Uwe Schindler
> 
> Achterdiek 19, D-28357 Bremen
> 
> http://www.thetaphi.de
> 
> eMail: u...@thetaphi.de
> 
>  
> 
> From: Uwe Schindler [mailto:u...@thetaphi.de] 
> Sent: Monday, August 21, 2017 2:11 PM
> 
> 
> To: dev@lucene.apache.org
> Subject: RE: Release a 6.6.1
> 
>  
> 
> Hi,
> 
>  
> 
> Is there any interest to maybe get the Windows Shell scripts 

[JENKINS-EA] Lucene-Solr-master-Linux (64bit/jdk-9-ea+181) - Build # 20364 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/20364/
Java: 64bit/jdk-9-ea+181 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 
--illegal-access=deny

3 tests failed.
FAILED:  
org.apache.solr.cloud.TestCollectionsAPIViaSolrCloudCluster.testCollectionCreateSearchDelete

Error Message:
Error from server at 
https://127.0.0.1:43303/solr/testcollection_shard1_replica_n2: Expected mime 
type application/octet-stream but got text/html.Error 
404HTTP ERROR: 404 Problem accessing 
/solr/testcollection_shard1_replica_n2/update. Reason: Can not find: 
/solr/testcollection_shard1_replica_n2/update http://eclipse.org/jetty;>Powered by Jetty:// 9.3.20.v20170531 
  

Stack Trace:
org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from 
server at https://127.0.0.1:43303/solr/testcollection_shard1_replica_n2: 
Expected mime type application/octet-stream but got text/html. 


Error 404 


HTTP ERROR: 404
Problem accessing /solr/testcollection_shard1_replica_n2/update. Reason:
Can not find: /solr/testcollection_shard1_replica_n2/update
http://eclipse.org/jetty;>Powered by Jetty:// 
9.3.20.v20170531



at 
__randomizedtesting.SeedInfo.seed([81E0D214382D973D:221A7CB1BFC57D98]:0)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:539)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:993)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:862)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:793)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:178)
at 
org.apache.solr.client.solrj.request.UpdateRequest.commit(UpdateRequest.java:233)
at 
org.apache.solr.cloud.TestCollectionsAPIViaSolrCloudCluster.testCollectionCreateSearchDelete(TestCollectionsAPIViaSolrCloudCluster.java:167)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 

Re: Release a 6.6.1

[Varun Thacker]

So I tried again and ran into the same issue -

  File "dev-tools/scripts/buildAndPushRelease.py", line 114, in prepare
runAndSendGPGPassword(cmd, gpgPassword)
  File "dev-tools/scripts/buildAndPushRelease.py", line 60, in
runAndSendGPGPassword
raise RuntimeError(msg)
RuntimeError: FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA
prepare-release [see log /tmp/release.log]

At this point I took the the runAndSendGPGPassword method and ran it from a
separate python program and it passed. So not sure why it fails when used
directly from buildAndPushRelease especially since the output shows build
successful for the "prepare-release" target and the "sign-artifacts" target
completed as well.




On Wed, Aug 23, 2017 at 9:11 PM, Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> Cool, all the best! In cases when the release process completed without
> further errors, except for the one above, the generated artifacts
> eventually failed the smoke test (with some missing signature files error).
> So, I had to redo them making sure that the sign-artifacts step was not
> missed (I remember waiting for that step in order to wait for the password
> prompt).
>
> On Wed, Aug 23, 2017 at 4:42 PM, Varun Thacker  wrote:
>
>> Hi Ishan,
>>
>> That's useful info!
>>
>> The failure I posted was from my second attempt with "export
>> GPG_TTY=$(tty)" present. I was prompted the password.
>>
>> Once I entered the password the "sign-artifacts:" phase looks to have
>> completed. The attached output doesn't even show a failure.
>>
>> I'm going to give it another try in the meanwhile
>>
>> On Wed, Aug 23, 2017 at 4:20 PM, Ishan Chattopadhyaya <
>> ichattopadhy...@gmail.com> wrote:
>>
>>> Varun, I had the same issue. Please see my notes in the end of the
>>> ReleaseToDo section.
>>>
>>> On Wed, Aug 23, 2017 at 1:43 PM, Varun Thacker 
>>> wrote:
>>>
 An update on the RC build : In the first couple of attempts a Solr test
 would fail so the process would get aborted.

 Then I hit "gpg: signing failed: Inappropriate ioctl for device" in the
 "prepare-release" phase. I was able to fix this by installing a couple of
 extra packages and following some instructions online.

 In the last attempt I hit this:

 Prepare release...
   git pull...
   git clone is clean
   git rev: f4fb90886690c829a062f4243a62825f810ad359
   Check DOAP files
   ant clean test validate documentation-lint
   lucene prepare-release
 FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA prepare-release [see
 log /tmp/release.log]
 Traceback (most recent call last):
   File "dev-tools/scripts/buildAndPushRelease.py", line 313, in
 
 main()
   File "dev-tools/scripts/buildAndPushRelease.py", line 294, in main
 rev = prepare(c.root, c.version, c.key_id, c.key_password)
   File "dev-tools/scripts/buildAndPushRelease.py", line 114, in prepare
 runAndSendGPGPassword(cmd, gpgPassword)
   File "dev-tools/scripts/buildAndPushRelease.py", line 60, in
 runAndSendGPGPassword
 raise RuntimeError(msg)
 RuntimeError: FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA
 prepare-release [see log /tmp/release.log]

 Here's the release.log output : https://www.dropbox.com/s/ys
 svqbwcpjrq7ah/release.log?dl=0 which seems to indicate that it
 succeeded ?


 On Tue, Aug 22, 2017 at 8:10 AM, Varun Thacker 
 wrote:

> Hi Uwe,
>
> I can backport it and then I'll begin working on the RC
>
> On Tue, Aug 22, 2017 at 2:17 AM, Uwe Schindler 
> wrote:
>
>> Hi,
>>
>>
>>
>> The windows startup script fix was committed to 7.0, but not 6.6.1.
>> If Varun has time to test the fixes in https://issues.apache.org/jira
>> /browse/SOLR-8689 we may include them, but I left them out for now.
>> Please reopen the issue if you think it’s worth. It should be a simple
>> cherry pick.
>>
>>
>>
>> Uwe
>>
>>
>>
>> -
>>
>> Uwe Schindler
>>
>> Achterdiek 19, D-28357 Bremen
>>
>> http://www.thetaphi.de
>>
>> eMail: u...@thetaphi.de
>>
>>
>>
>> *From:* Uwe Schindler [mailto:u...@thetaphi.de]
>> *Sent:* Monday, August 21, 2017 2:11 PM
>>
>> *To:* dev@lucene.apache.org
>> *Subject:* RE: Release a 6.6.1
>>
>>
>>
>> Hi,
>>
>>
>>
>> Is there any interest to maybe get the Windows Shell scripts fixed,
>> so they work with Java 9? Currently you cannot start Solr on Windows
>> systems, as the version number checking and the GC options are not 
>> working.
>> It’s https://issues.apache.org/jira/browse/SOLR-8689 - I am just
>> waiting for feedback and wanted to put it into 7.0. But if there is
>> interest, I can backport to 6.6, too (not yet planned).

[JENKINS] Lucene-Solr-6.6-Windows (64bit/jdk1.8.0_144) - Build # 30 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.6-Windows/30/
Java: 64bit/jdk1.8.0_144 -XX:+UseCompressedOops -XX:+UseSerialGC

2 tests failed.
FAILED:  
org.apache.solr.cloud.CdcrBootstrapTest.testBootstrapWithContinousIndexingOnSourceCluster

Error Message:
Document mismatch on target after sync expected:<2000> but was:<1100>

Stack Trace:
java.lang.AssertionError: Document mismatch on target after sync 
expected:<2000> but was:<1100>
at 
__randomizedtesting.SeedInfo.seed([915429EC094AB06B:451162B5EE1C0390]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at 
org.apache.solr.cloud.CdcrBootstrapTest.testBootstrapWithContinousIndexingOnSourceCluster(CdcrBootstrapTest.java:309)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  

[JENKINS-MAVEN] Lucene-Solr-Maven-7.x #38: POMs out of sync

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Maven-7.x/38/

No tests ran.

Build Log:
[...truncated 23214 lines...]
-validate-maven-dependencies:
[artifact:dependencies] [INFO] snapshot 
org.apache.lucene:lucene-codecs:7.1.0-SNAPSHOT: checking for updates from 
sonatype.releases
[artifact:dependencies] Downloading: 
org/apache/lucene/lucene-codecs/7.1.0-SNAPSHOT/lucene-codecs-7.1.0-SNAPSHOT.pom 
from repository sonatype.releases at 
https://oss.sonatype.org/content/repositories/releases
[artifact:dependencies] Unable to locate resource in repository
[artifact:dependencies] [INFO] Unable to find resource 
'org.apache.lucene:lucene-codecs:pom:7.1.0-SNAPSHOT' in repository 
sonatype.releases (https://oss.sonatype.org/content/repositories/releases)
[artifact:dependencies] [INFO] snapshot 
org.apache.lucene:lucene-core:7.1.0-SNAPSHOT: checking for updates from 
sonatype.releases
[artifact:dependencies] Downloading: 
org/apache/lucene/lucene-core/7.1.0-SNAPSHOT/lucene-core-7.1.0-SNAPSHOT.pom 
from repository sonatype.releases at 
https://oss.sonatype.org/content/repositories/releases
[artifact:dependencies] Unable to locate resource in repository
[artifact:dependencies] [INFO] Unable to find resource 
'org.apache.lucene:lucene-core:pom:7.1.0-SNAPSHOT' in repository 
sonatype.releases (https://oss.sonatype.org/content/repositories/releases)
[artifact:dependencies] Downloading: 
org/apache/lucene/lucene-codecs/7.1.0-SNAPSHOT/lucene-codecs-7.1.0-SNAPSHOT.jar 
from repository sonatype.releases at 
https://oss.sonatype.org/content/repositories/releases
[artifact:dependencies] Unable to locate resource in repository
[artifact:dependencies] [INFO] Unable to find resource 
'org.apache.lucene:lucene-codecs:jar:7.1.0-SNAPSHOT' in repository 
sonatype.releases (https://oss.sonatype.org/content/repositories/releases)
[artifact:dependencies] Downloading: 
org/apache/lucene/lucene-core/7.1.0-SNAPSHOT/lucene-core-7.1.0-SNAPSHOT.jar 
from repository sonatype.releases at 
https://oss.sonatype.org/content/repositories/releases
[artifact:dependencies] Unable to locate resource in repository
[artifact:dependencies] [INFO] Unable to find resource 
'org.apache.lucene:lucene-core:jar:7.1.0-SNAPSHOT' in repository 
sonatype.releases (https://oss.sonatype.org/content/repositories/releases)
[artifact:dependencies] An error has occurred while processing the Maven 
artifact tasks.

[...truncated 44 lines...]
BUILD FAILED
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-7.x/build.xml:828: The 
following error occurred while executing this line:
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-7.x/build.xml:379: The 
following error occurred while executing this line:
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-7.x/lucene/build.xml:441:
 The following error occurred while executing this line:
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-7.x/lucene/common-build.xml:1742:
 The following error occurred while executing this line:
/home/jenkins/jenkins-slave/workspace/Lucene-Solr-Maven-7.x/lucene/common-build.xml:583:
 Unable to resolve artifact: Missing:
--
1) org.apache.lucene:lucene-codecs:jar:7.1.0-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.apache.lucene 
-DartifactId=lucene-codecs -Dversion=7.1.0-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.apache.lucene 
-DartifactId=lucene-codecs -Dversion=7.1.0-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.lucene:lucene-test-framework:jar:7.1.0-SNAPSHOT
2) org.apache.lucene:lucene-codecs:jar:7.1.0-SNAPSHOT

2) org.apache.lucene:lucene-core:jar:7.1.0-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.apache.lucene 
-DartifactId=lucene-core -Dversion=7.1.0-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.apache.lucene 
-DartifactId=lucene-core -Dversion=7.1.0-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.lucene:lucene-test-framework:jar:7.1.0-SNAPSHOT
2) org.apache.lucene:lucene-core:jar:7.1.0-SNAPSHOT

--
2 required artifacts are missing.

for artifact: 
  org.apache.lucene:lucene-test-framework:jar:7.1.0-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  Nexus (http://repository.apache.org/snapshots),
  sonatype.releases (https://oss.sonatype.org/content/repositories/releases)



Total time: 30 minutes 52 seconds
Build step 'Invoke Ant' marked build as failure
Email was 

[jira] [Updated] (SOLR-11277) Add auto hard commit setting based on tlog size

[Rupa Shankar (JIRA)]

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

Rupa Shankar updated SOLR-11277:

Description: When indexing documents of variable sizes and at variable 
schedules, it can be hard to estimate the optimal auto hard commit maxDocs or 
maxTime settings. We’ve had some occurrences of really huge tlogs, resulting in 
serious issues, so in an attempt to avoid this, it would be great to have a 
“maxSize” setting based on the tlog size on disk.   (was: In addition to the 
existing auto hard commit settings of maxDocs and maxTime, it would be great to 
have a “maxSize” setting based on the tlog size on disk. )

> Add auto hard commit setting based on tlog size
> ---
>
> Key: SOLR-11277
> URL: https://issues.apache.org/jira/browse/SOLR-11277
> Project: Solr
>  Issue Type: New Feature
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Rupa Shankar
> Attachments: max_size_auto_commit.patch
>
>
> When indexing documents of variable sizes and at variable schedules, it can 
> be hard to estimate the optimal auto hard commit maxDocs or maxTime settings. 
> We’ve had some occurrences of really huge tlogs, resulting in serious issues, 
> so in an attempt to avoid this, it would be great to have a “maxSize” setting 
> based on the tlog size on disk. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-11283) Refactor all Stream Evaluators in solrj.io.eval to simplify them

[Dennis Gove (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-11283?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16139070#comment-16139070
 ] 

Dennis Gove commented on SOLR-11283:


I should add, this patch has a bunch of new tests marked to fail with 
NotImplementedException. I intend to implement these tests before committing.

> Refactor all Stream Evaluators in solrj.io.eval to simplify them
> 
>
> Key: SOLR-11283
> URL: https://issues.apache.org/jira/browse/SOLR-11283
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Dennis Gove
>Assignee: Dennis Gove
> Attachments: SOLR-11283.patch
>
>
> As Stream Evaluators have been evolving we are seeing a need to better handle 
> differing types of data within evaluators. For example, allowing some to 
> evaluate over individual values or arrays of values, like
> {code}
> sin(a)
> sin(a,b,c,d)
> sin([a,b,c,d])
> {code}
> The current structure of Evaluators makes this difficult and repetitive work. 
> Also, the hierarchy of classes behind evaluators can be confusing for 
> developers creating new evaluators. For example, when to use a 
> ComplexEvaluator vs a BooleanEvaluator.
> A full refactoring of these classes will greatly enhance the usability and 
> future evolution of evaluators.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7827) disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7827?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16139061#comment-16139061
 ] 

ASF subversion and git services commented on LUCENE-7827:
-

Commit b896b8f5d3496d2bf70cb46610a11bfd3048d972 in lucene-solr's branch 
refs/heads/branch_7x from [~mkhludnev]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=b896b8f ]

LUCENE-7827: AnalysingInfixSuggester omits textgrams when
minPrefixChars=0

> disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester 
> --
>
> Key: LUCENE-7827
> URL: https://issues.apache.org/jira/browse/LUCENE-7827
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Mikhail Khludnev
>Priority: Minor
> Attachments: LUCENE-7827.patch, LUCENE-7827.patch, LUCENE-7827.patch, 
> LUCENE-7827.patch, LUCENE-7827.patch
>
>
> The current code allows to set minPrefixChars=0, but it creates an 
> unnecessary {{textgrams}} field, and might bring significant footprint.  
> Bypassing it keeps existing tests green.
> {code}
> if (fieldName.equals("textgrams") && minPrefixChars > 0) {
>   TokenFilter filter = new 
> EdgeNGramTokenFilter(components.getTokenStream(), 1, minPrefixChars);
>   return new TokenStreamComponents(components.getTokenizer(), filter);
> } else {
>   return components; // threre is no sense to go here if 
> minPrefixChars==0 and fieldName=="textgrams"
> }
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Comment Edited] (LUCENE-7937) Improve tests to play nicely w/IntelliJ IDE

[Mike Sokolov (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16139041#comment-16139041
 ] 

Mike Sokolov edited comment on LUCENE-7937 at 8/23/17 8:40 PM:
---

JUnit test runner display in IntelliJ shown above. The first image shows what 
happens when you run an entire LuceneTestCase class. The second one shows what 
happens when you run a single method in the same class -- you see all the 
methods in orange and the one you ran in green (it passed). The last one shows 
what happens when you run a single method in another class (not a 
LuceneTestCase), which also has a lot of other methods that didn't get run, and 
are not displayed: just the one method shown passing.

Also -- just to be totally explicit, I ran the single test cases by 
right-clicking and in that test runner output window, but the same thing 
happens if you run them from elsewhere, at least for all the options I know 
about.


was (Author: sokolov):
JUnit test runner display in IntelliJ shown above. The first image shows what 
happens when you run an entire LuceneTestCase class. The second one shows what 
happens when you run a single method in the same class -- you see all the 
methods in orange and the one you ran in green (it passed). The last one shows 
what happens when you run a single method in another class (not a 
LuceneTestCase), which also has a lot of other methods that didn't get run, and 
are not displayed: just the one method shown passing.

Also -- just to be totally explicit, I ran the single test cases by 
right-clicking and in that test runner output window.

> Improve tests to play nicely w/IntelliJ IDE
> ---
>
> Key: LUCENE-7937
> URL: https://issues.apache.org/jira/browse/LUCENE-7937
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: general/test
>Affects Versions: 7.1
>Reporter: Mike Sokolov
> Attachments: Screen Shot 2017-08-23 at 4.27.19 PM.png, Screen Shot 
> 2017-08-23 at 4.27.49 PM.png, Screen Shot 2017-08-23 at 4.28.22 PM.png
>
>
> When running a single test in IntelliJ, something about the way the tests are 
> run causes the UI to display all the tests in the class *other than the one 
> that was run* as if they had been ignored. In contrast, running a single test 
> in a typical test case class not derived from LuceneTestCase shows only the 
> status of that test case method, not all the other methods in the class.
> This is somewhat irritating since it makes it hard to see what's going on 
> with the test of interest.
> This is with IntelliJ 2017.1.4, junit 4.12



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Comment Edited] (LUCENE-7937) Improve tests to play nicely w/IntelliJ IDE

[Mike Sokolov (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16139041#comment-16139041
 ] 

Mike Sokolov edited comment on LUCENE-7937 at 8/23/17 8:39 PM:
---

JUnit test runner display in IntelliJ shown above. The first image shows what 
happens when you run an entire LuceneTestCase class. The second one shows what 
happens when you run a single method in the same class -- you see all the 
methods in orange and the one you ran in green (it passed). The last one shows 
what happens when you run a single method in another class (not a 
LuceneTestCase), which also has a lot of other methods that didn't get run, and 
are not displayed: just the one method shown passing.

Also -- just to be totally explicit, I ran the single test cases by 
right-clicking and in that test runner output window.


was (Author: sokolov):
JUnit test runner display in IntelliJ shown above. The first image shows what 
happens when you run an entire LuceneTestCase class. The second one shows what 
happens when you run a single method in the same class -- you see all the 
methods in orange and the one you ran in green (it passed). The last one shows 
what happens when you run a single method in another class (not a 
LuceneTestCase), which also has a lot of other methods that didn't get run, and 
are not displayed: just the one method shown passing.

> Improve tests to play nicely w/IntelliJ IDE
> ---
>
> Key: LUCENE-7937
> URL: https://issues.apache.org/jira/browse/LUCENE-7937
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: general/test
>Affects Versions: 7.1
>Reporter: Mike Sokolov
> Attachments: Screen Shot 2017-08-23 at 4.27.19 PM.png, Screen Shot 
> 2017-08-23 at 4.27.49 PM.png, Screen Shot 2017-08-23 at 4.28.22 PM.png
>
>
> When running a single test in IntelliJ, something about the way the tests are 
> run causes the UI to display all the tests in the class *other than the one 
> that was run* as if they had been ignored. In contrast, running a single test 
> in a typical test case class not derived from LuceneTestCase shows only the 
> status of that test case method, not all the other methods in the class.
> This is somewhat irritating since it makes it hard to see what's going on 
> with the test of interest.
> This is with IntelliJ 2017.1.4, junit 4.12



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Comment Edited] (LUCENE-7937) Improve tests to play nicely w/IntelliJ IDE

[Mike Sokolov (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16139041#comment-16139041
 ] 

Mike Sokolov edited comment on LUCENE-7937 at 8/23/17 8:38 PM:
---

JUnit test runner display in IntelliJ shown above. The first image shows what 
happens when you run an entire LuceneTestCase class. The second one shows what 
happens when you run a single method in the same class -- you see all the 
methods in orange and the one you ran in green (it passed). The last one shows 
what happens when you run a single method in another class (not a 
LuceneTestCase), which also has a lot of other methods that didn't get run, and 
are not displayed: just the one method shown passing.


was (Author: sokolov):
JUnit test runner display in IntelliJ

> Improve tests to play nicely w/IntelliJ IDE
> ---
>
> Key: LUCENE-7937
> URL: https://issues.apache.org/jira/browse/LUCENE-7937
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: general/test
>Affects Versions: 7.1
>Reporter: Mike Sokolov
> Attachments: Screen Shot 2017-08-23 at 4.27.19 PM.png, Screen Shot 
> 2017-08-23 at 4.27.49 PM.png, Screen Shot 2017-08-23 at 4.28.22 PM.png
>
>
> When running a single test in IntelliJ, something about the way the tests are 
> run causes the UI to display all the tests in the class *other than the one 
> that was run* as if they had been ignored. In contrast, running a single test 
> in a typical test case class not derived from LuceneTestCase shows only the 
> status of that test case method, not all the other methods in the class.
> This is somewhat irritating since it makes it hard to see what's going on 
> with the test of interest.
> This is with IntelliJ 2017.1.4, junit 4.12



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (LUCENE-7937) Improve tests to play nicely w/IntelliJ IDE

[Mike Sokolov (JIRA)]

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

Mike Sokolov updated LUCENE-7937:
-
Attachment: Screen Shot 2017-08-23 at 4.27.19 PM.png
Screen Shot 2017-08-23 at 4.27.49 PM.png
Screen Shot 2017-08-23 at 4.28.22 PM.png

JUnit test runner display in IntelliJ

> Improve tests to play nicely w/IntelliJ IDE
> ---
>
> Key: LUCENE-7937
> URL: https://issues.apache.org/jira/browse/LUCENE-7937
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: general/test
>Affects Versions: 7.1
>Reporter: Mike Sokolov
> Attachments: Screen Shot 2017-08-23 at 4.27.19 PM.png, Screen Shot 
> 2017-08-23 at 4.27.49 PM.png, Screen Shot 2017-08-23 at 4.28.22 PM.png
>
>
> When running a single test in IntelliJ, something about the way the tests are 
> run causes the UI to display all the tests in the class *other than the one 
> that was run* as if they had been ignored. In contrast, running a single test 
> in a typical test case class not derived from LuceneTestCase shows only the 
> status of that test case method, not all the other methods in the class.
> This is somewhat irritating since it makes it hard to see what's going on 
> with the test of interest.
> This is with IntelliJ 2017.1.4, junit 4.12



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7827) disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7827?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16139036#comment-16139036
 ] 

ASF subversion and git services commented on LUCENE-7827:
-

Commit 7760b356458e6e71d94b055d23a1095b22b8460b in lucene-solr's branch 
refs/heads/master from [~mkhludnev]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=7760b35 ]

LUCENE-7827: AnalysingInfixSuggester omits textgrams when
minPrefixChars=0

> disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester 
> --
>
> Key: LUCENE-7827
> URL: https://issues.apache.org/jira/browse/LUCENE-7827
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Mikhail Khludnev
>Priority: Minor
> Attachments: LUCENE-7827.patch, LUCENE-7827.patch, LUCENE-7827.patch, 
> LUCENE-7827.patch, LUCENE-7827.patch
>
>
> The current code allows to set minPrefixChars=0, but it creates an 
> unnecessary {{textgrams}} field, and might bring significant footprint.  
> Bypassing it keeps existing tests green.
> {code}
> if (fieldName.equals("textgrams") && minPrefixChars > 0) {
>   TokenFilter filter = new 
> EdgeNGramTokenFilter(components.getTokenStream(), 1, minPrefixChars);
>   return new TokenStreamComponents(components.getTokenizer(), filter);
> } else {
>   return components; // threre is no sense to go here if 
> minPrefixChars==0 and fieldName=="textgrams"
> }
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-7.x-Linux (64bit/jdk1.8.0_144) - Build # 307 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/307/
Java: 64bit/jdk1.8.0_144 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

3 tests failed.
FAILED:  
org.apache.solr.client.solrj.io.stream.StreamExpressionTest.testParallelExecutorStream

Error Message:
Error from server at http://127.0.0.1:45213/solr/workQueue_shard2_replica_n2: 
Expected mime type application/octet-stream but got text/html.   
 
Error 404HTTP ERROR: 404 Problem 
accessing /solr/workQueue_shard2_replica_n2/update. Reason: Can not 
find: /solr/workQueue_shard2_replica_n2/update http://eclipse.org/jetty;>Powered by Jetty:// 9.3.20.v20170531 
  

Stack Trace:
org.apache.solr.client.solrj.impl.CloudSolrClient$RouteException: Error from 
server at http://127.0.0.1:45213/solr/workQueue_shard2_replica_n2: Expected 
mime type application/octet-stream but got text/html. 


Error 404 


HTTP ERROR: 404
Problem accessing /solr/workQueue_shard2_replica_n2/update. Reason:
Can not find: /solr/workQueue_shard2_replica_n2/update
http://eclipse.org/jetty;>Powered by Jetty:// 
9.3.20.v20170531



at 
__randomizedtesting.SeedInfo.seed([46118655836F1996:FB06F34CBA4324CB]:0)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.directUpdate(CloudSolrClient.java:539)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:993)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:862)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:793)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:178)
at 
org.apache.solr.client.solrj.request.UpdateRequest.commit(UpdateRequest.java:233)
at 
org.apache.solr.client.solrj.io.stream.StreamExpressionTest.testParallelExecutorStream(StreamExpressionTest.java:6884)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 

[JENKINS] Lucene-Solr-master-Windows (32bit/jdk1.8.0_144) - Build # 6842 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/6842/
Java: 32bit/jdk1.8.0_144 -server -XX:+UseParallelGC

3 tests failed.
FAILED:  org.apache.solr.cloud.ChaosMonkeyNothingIsSafeTest.test

Error Message:
Timeout occured while waiting response from server at: 
http://127.0.0.1:58255/ku/ch/collection1

Stack Trace:
org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting 
response from server at: http://127.0.0.1:58255/ku/ch/collection1
at 
__randomizedtesting.SeedInfo.seed([25D727EBF11ED775:AD8318315FE2BA8D]:0)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:638)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:253)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:242)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:483)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:413)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1121)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:862)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:793)
at 
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:178)
at org.apache.solr.client.solrj.SolrClient.commit(SolrClient.java:484)
at org.apache.solr.client.solrj.SolrClient.commit(SolrClient.java:463)
at 
org.apache.solr.cloud.AbstractFullDistribZkTestBase.commit(AbstractFullDistribZkTestBase.java:1583)
at 
org.apache.solr.cloud.ChaosMonkeyNothingIsSafeTest.test(ChaosMonkeyNothingIsSafeTest.java:213)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 

[jira] [Updated] (SOLR-11278) CdcrBootstrapTest.testBootstrapWithSourceCluster failing in branch_6_6

[Amrit Sarkar (JIRA)]

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

Amrit Sarkar updated SOLR-11278:

Attachment: test_results

attached entire log: test_results

> CdcrBootstrapTest.testBootstrapWithSourceCluster failing in branch_6_6
> --
>
> Key: SOLR-11278
> URL: https://issues.apache.org/jira/browse/SOLR-11278
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: CDCR
>Affects Versions: 6.6.1
>Reporter: Amrit Sarkar
> Attachments: test_results
>
>
> I ran beast for 10 rounds:
> ant beast -Dtestcase=CdcrBootstrapTest -Dtests.multiplier=2 -Dtests.slow=true 
> -Dtests.locale=vi -Dtests.timezone=Asia/Yekaterinburg -Dtests.asserts=true 
> -Dtests.file.encoding=US-ASCII -Dbeast.iters=10
> and seeing following failure:
> {code}
>   [beaster] [01:37:16.282] FAILURE  153s | 
> CdcrBootstrapTest.testBootstrapWithSourceCluster <<<
>   [beaster]> Throwable #1: java.lang.AssertionError: Document mismatch on 
> target after sync expected:<2000> but was:<1000>
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Resolved] (SOLR-11272) EmbeddedSolrServer does not set the path for known SolrRequestHandlers

[Mikhail Khludnev (JIRA)]

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

Mikhail Khludnev resolved SOLR-11272.
-
Resolution: Fixed

> EmbeddedSolrServer does not set the path for known SolrRequestHandlers
> --
>
> Key: SOLR-11272
> URL: https://issues.apache.org/jira/browse/SOLR-11272
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.6
>Reporter: Stephen Allen
>Priority: Minor
> Fix For: master (8.0), 7.1
>
> Attachments: SOLR-11272.patch
>
>
> {{EmbeddedSolrServer}} does not set the path for known 
> {{SolrRequestHandlers}} in the query request context.  This leads to a 
> {{NullPointerException}}.  Patch and test coming in pull request.
> https://github.com/apache/lucene-solr/pull/237



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-6.6-Linux (64bit/jdk1.8.0_144) - Build # 85 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.6-Linux/85/
Java: 64bit/jdk1.8.0_144 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

2 tests failed.
FAILED:  
org.apache.solr.cloud.CollectionsAPIDistributedZkTest.testCollectionsAPI

Error Message:
Something is broken in the assert for no shards using the same indexDir - 
probably something was changed in the attributes published in the MBean of 
SolrCore : {}

Stack Trace:
java.lang.AssertionError: Something is broken in the assert for no shards using 
the same indexDir - probably something was changed in the attributes published 
in the MBean of SolrCore : {}
at 
__randomizedtesting.SeedInfo.seed([A6E45D41F2D9DBA2:EE9129F5F4EAF437]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest.checkNoTwoShardsUseTheSameIndexDir(CollectionsAPIDistributedZkTest.java:646)
at 
org.apache.solr.cloud.CollectionsAPIDistributedZkTest.testCollectionsAPI(CollectionsAPIDistributedZkTest.java:524)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)

[jira] [Commented] (LUCENE-7935) Release .sha512 hash files with our artifacts

[Cassandra Targett (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7935?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138908#comment-16138908
 ] 

Cassandra Targett commented on LUCENE-7935:
---

bq. do these commands work for you (and produce the same output) on your dev 
machine...

[~hossman], yes, they work and produce the same output on my machine. I guess 
we're good then?

> Release .sha512 hash files with our artifacts
> -
>
> Key: LUCENE-7935
> URL: https://issues.apache.org/jira/browse/LUCENE-7935
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: general/build
>Reporter: Jan Høydahl
> Attachments: LUCENE-7935.patch
>
>
> Currently we are only required to release {{.md5}} hashes with our artifacts, 
> and we also include {{.sha1}} files. It is expected that {{.sha512}} will be 
> required in the future (see 
> https://www.apache.org/dev/release-signing.html#sha1), so why not start 
> generating them right away?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7935) Release .sha512 hash files with our artifacts

[Hoss Man (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7935?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138899#comment-16138899
 ] 

Hoss Man commented on LUCENE-7935:
--

bq. I'm building an RC for 6.6.1 . Should we commit this to branch_6_6 and then 
build one?

I can't see any reason whatsoever for this patch (or any discussion around it) 
to hold up any releases -- let alone a bug fix release, which should *only* 
contain things strictly neccessary for fixing bugs (not unrelated build/release 
script improvements)

> Release .sha512 hash files with our artifacts
> -
>
> Key: LUCENE-7935
> URL: https://issues.apache.org/jira/browse/LUCENE-7935
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: general/build
>Reporter: Jan Høydahl
> Attachments: LUCENE-7935.patch
>
>
> Currently we are only required to release {{.md5}} hashes with our artifacts, 
> and we also include {{.sha1}} files. It is expected that {{.sha512}} will be 
> required in the future (see 
> https://www.apache.org/dev/release-signing.html#sha1), so why not start 
> generating them right away?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7935) Release .sha512 hash files with our artifacts

[Hoss Man (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7935?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138898#comment-16138898
 ] 

Hoss Man commented on LUCENE-7935:
--

i didn't test it, but skimming the patch the changes seem fine ... assuming 
we're ok w/removing support for doing ref-guide releases on machines that don't 
have {{shasum}} ... i assume that's fine? IIRC the problem we've had in the 
past was the opposite:  that some OSs/distros didn't provide {{sha1sum}}.

[~ctargett]: you tend to do most of the ref guide releases, do these commands 
work for you (and produce the same output) on your dev machine...

{noformat}
$ echo "anything" | shasum -a 512
b64baad7af53a75d3cebec373cadc509b09be8516844402f4f2d74355f9ef4488015d130f9d3874c09381daa9bca98452e6822a81b1a6cd4baeef356a781
  -
$ echo "anything" | shasum
86b18486b5d0b47d7e6173dc2d90d6c9958518f3  -
{noformat}

If so then we're probably fine.


> Release .sha512 hash files with our artifacts
> -
>
> Key: LUCENE-7935
> URL: https://issues.apache.org/jira/browse/LUCENE-7935
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: general/build
>Reporter: Jan Høydahl
> Attachments: LUCENE-7935.patch
>
>
> Currently we are only required to release {{.md5}} hashes with our artifacts, 
> and we also include {{.sha1}} files. It is expected that {{.sha512}} will be 
> required in the future (see 
> https://www.apache.org/dev/release-signing.html#sha1), so why not start 
> generating them right away?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-Tests-7.x - Build # 145 - Still Unstable

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Tests-7.x/145/

7 tests failed.
FAILED:  org.apache.solr.cloud.ShardSplitTest.testSplitAfterFailedSplit

Error Message:
expected:<1> but was:<2>

Stack Trace:
java.lang.AssertionError: expected:<1> but was:<2>
at 
__randomizedtesting.SeedInfo.seed([BD1A9344150F5071:445700EB297A1DFB]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at org.junit.Assert.assertEquals(Assert.java:456)
at 
org.apache.solr.cloud.ShardSplitTest.testSplitAfterFailedSplit(ShardSplitTest.java:279)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

[jira] [Commented] (LUCENE-7935) Release .sha512 hash files with our artifacts

[Cassandra Targett (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7935?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138879#comment-16138879
 ] 

Cassandra Targett commented on LUCENE-7935:
---

I'm not the right person to look at that script - perhaps [~hossman] has time, 
since he wrote it.

> Release .sha512 hash files with our artifacts
> -
>
> Key: LUCENE-7935
> URL: https://issues.apache.org/jira/browse/LUCENE-7935
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: general/build
>Reporter: Jan Høydahl
> Attachments: LUCENE-7935.patch
>
>
> Currently we are only required to release {{.md5}} hashes with our artifacts, 
> and we also include {{.sha1}} files. It is expected that {{.sha512}} will be 
> required in the future (see 
> https://www.apache.org/dev/release-signing.html#sha1), so why not start 
> generating them right away?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-7.x-Solaris (64bit/jdk1.8.0) - Build # 130 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Solaris/130/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseSerialGC

3 tests failed.
FAILED:  org.apache.solr.cloud.TestPullReplica.testKillLeader

Error Message:
Replica state not updated in cluster state null Live Nodes: 
[127.0.0.1:58687_solr, 127.0.0.1:38715_solr] Last available state: 
DocCollection(pull_replica_test_kill_leader//collections/pull_replica_test_kill_leader/state.json/6)={
   "pullReplicas":"1",   "replicationFactor":"1",   "shards":{"shard1":{   
"range":"8000-7fff",   "state":"active",   "replicas":{ 
"core_node3":{   
"core":"pull_replica_test_kill_leader_shard1_replica_n1",   
"base_url":"http://127.0.0.1:38715/solr;,   
"node_name":"127.0.0.1:38715_solr",   "state":"down",   
"type":"NRT",   "leader":"true"}, "core_node4":{   
"core":"pull_replica_test_kill_leader_shard1_replica_p2",   
"base_url":"http://127.0.0.1:58687/solr;,   
"node_name":"127.0.0.1:58687_solr",   "state":"active",   
"type":"PULL",   "router":{"name":"compositeId"},   
"maxShardsPerNode":"100",   "autoAddReplicas":"false",   "nrtReplicas":"1",   
"tlogReplicas":"0"}

Stack Trace:
java.lang.AssertionError: Replica state not updated in cluster state
null
Live Nodes: [127.0.0.1:58687_solr, 127.0.0.1:38715_solr]
Last available state: 
DocCollection(pull_replica_test_kill_leader//collections/pull_replica_test_kill_leader/state.json/6)={
  "pullReplicas":"1",
  "replicationFactor":"1",
  "shards":{"shard1":{
  "range":"8000-7fff",
  "state":"active",
  "replicas":{
"core_node3":{
  "core":"pull_replica_test_kill_leader_shard1_replica_n1",
  "base_url":"http://127.0.0.1:38715/solr;,
  "node_name":"127.0.0.1:38715_solr",
  "state":"down",
  "type":"NRT",
  "leader":"true"},
"core_node4":{
  "core":"pull_replica_test_kill_leader_shard1_replica_p2",
  "base_url":"http://127.0.0.1:58687/solr;,
  "node_name":"127.0.0.1:58687_solr",
  "state":"active",
  "type":"PULL",
  "router":{"name":"compositeId"},
  "maxShardsPerNode":"100",
  "autoAddReplicas":"false",
  "nrtReplicas":"1",
  "tlogReplicas":"0"}
at 
__randomizedtesting.SeedInfo.seed([1E21CB467E045E61:57373FF21CBFCA37]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.cloud.SolrCloudTestCase.waitForState(SolrCloudTestCase.java:269)
at 
org.apache.solr.cloud.TestPullReplica.doTestNoLeader(TestPullReplica.java:401)
at 
org.apache.solr.cloud.TestPullReplica.testKillLeader(TestPullReplica.java:290)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
at 

[jira] [Updated] (SOLR-11283) Refactor all Stream Evaluators in solrj.io.eval to simplify them

[Dennis Gove (JIRA)]

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

Dennis Gove updated SOLR-11283:
---
Attachment: SOLR-11283.patch

Full patch. All evaluator and stream related tests pass. Have not yet run full 
tests or precommit checks.

All evaluators are backward compatible in functionality and name/parameters, 
except for addAll which has been renamed to append.

> Refactor all Stream Evaluators in solrj.io.eval to simplify them
> 
>
> Key: SOLR-11283
> URL: https://issues.apache.org/jira/browse/SOLR-11283
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Dennis Gove
>Assignee: Dennis Gove
> Attachments: SOLR-11283.patch
>
>
> As Stream Evaluators have been evolving we are seeing a need to better handle 
> differing types of data within evaluators. For example, allowing some to 
> evaluate over individual values or arrays of values, like
> {code}
> sin(a)
> sin(a,b,c,d)
> sin([a,b,c,d])
> {code}
> The current structure of Evaluators makes this difficult and repetitive work. 
> Also, the hierarchy of classes behind evaluators can be confusing for 
> developers creating new evaluators. For example, when to use a 
> ComplexEvaluator vs a BooleanEvaluator.
> A full refactoring of these classes will greatly enhance the usability and 
> future evolution of evaluators.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Created] (SOLR-11283) Refactor all Stream Evaluators in solrj.io.eval to simplify them

[Dennis Gove (JIRA)]

Dennis Gove created SOLR-11283:
--

 Summary: Refactor all Stream Evaluators in solrj.io.eval to 
simplify them
 Key: SOLR-11283
 URL: https://issues.apache.org/jira/browse/SOLR-11283
 Project: Solr
  Issue Type: Improvement
  Security Level: Public (Default Security Level. Issues are Public)
Reporter: Dennis Gove
Assignee: Dennis Gove


As Stream Evaluators have been evolving we are seeing a need to better handle 
differing types of data within evaluators. For example, allowing some to 
evaluate over individual values or arrays of values, like
{code}
sin(a)
sin(a,b,c,d)
sin([a,b,c,d])
{code}

The current structure of Evaluators makes this difficult and repetitive work. 

Also, the hierarchy of classes behind evaluators can be confusing for 
developers creating new evaluators. For example, when to use a ComplexEvaluator 
vs a BooleanEvaluator.

A full refactoring of these classes will greatly enhance the usability and 
future evolution of evaluators.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Release 7.0 process starts

[Alexandre Rafalovitch]

A small nitpick, but could I get my surname normalize to its passport
spelling while those files are edited anyway :-) I am out of date on
my environment setup right now, so getting it fixed myself would take
a little longer.

It is Rafalovitch, not Rafalovich. (tch in the end, blame the Soviet
passport bureau for that extra fun!). I think

Thank you,
   Alex.

http://www.solr-start.com/ - Resources for Solr users, new and experienced


On 23 August 2017 at 01:50, Anshum Gupta  wrote:
> Hi,
>
> I’m sanitizing the CHANGES.txt in branch_7_0, before cutting the RC. Here
> are a couple of conflicting CHANGES.txt entries:
>
> - SOLR-11128: Entry in 'Other changes' on branch_7_0 , but in 'Other
> changes' on master (Varun, Ishan)
> - SOLR-10821: Mention in master (7.0 section) but not in branch_7_0 (Noble,
> Cassandra, Shalin)
>
> I am going to add the entry for SOLR-10821 on branch_7_0, and move the entry
> to the bug fix section on master for SOLR-11228.
>
> If the committers involved here think that isn’t apt, let me know or feel
> free to fix it.
>
> Getting the RC generally takes a few tries, and I’m also helping Varun with
> the RC build for 6.6.1, so all of you would have more than a few hours for
> this :).
>
> -Anshum
>
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-7.0-Linux (32bit/jdk1.8.0_144) - Build # 249 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.0-Linux/249/
Java: 32bit/jdk1.8.0_144 -client -XX:+UseParallelGC

1 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation

Error Message:
2 threads leaked from SUITE scope at 
org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 1) 
Thread[id=10956, name=jetty-launcher-2441-thread-1-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
 at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
 at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)  
   at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
 at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)  
   at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
 at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
 at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
 at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:530)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:505)   
 2) Thread[id=10958, name=jetty-launcher-2441-thread-2-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
 at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
 at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)  
   at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
 at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)  
   at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
 at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
 at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
 at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:530)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:505)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 2 threads leaked from SUITE 
scope at org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 
   1) Thread[id=10956, name=jetty-launcher-2441-thread-1-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
at 

[jira] [Created] (SOLR-11282) AnalyzingInfixLookupFactory allows to set RAM buffer size

[Mikhail Khludnev (JIRA)]

Mikhail Khludnev created SOLR-11282:
---

 Summary: AnalyzingInfixLookupFactory allows to set RAM buffer size
 Key: SOLR-11282
 URL: https://issues.apache.org/jira/browse/SOLR-11282
 Project: Solr
  Issue Type: Improvement
  Security Level: Public (Default Security Level. Issues are Public)
  Components: Suggester
Reporter: Mikhail Khludnev


setting bigger RAMBufferSize allows to buld suggester index a way faster. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7930) make AnalyzingInfixSuggester handy for extension

[Mikhail Khludnev (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138735#comment-16138735
 ] 

Mikhail Khludnev commented on LUCENE-7930:
--

On top of my head, reduce index time/size if sort by weight is not necessary. 
As for now it requires forking to rip {{private Document buildDocument()}}

> make AnalyzingInfixSuggester handy for extension 
> -
>
> Key: LUCENE-7930
> URL: https://issues.apache.org/jira/browse/LUCENE-7930
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: core/other
>Reporter: Mikhail Khludnev
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Resolved] (LUCENE-7939) Speed up MinShouldMatchSumScorer in conjunctions

[Adrien Grand (JIRA)]

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

Adrien Grand resolved LUCENE-7939.
--
Resolution: Fixed

Thanks for having a look!

> Speed up MinShouldMatchSumScorer in conjunctions
> 
>
> Key: LUCENE-7939
> URL: https://issues.apache.org/jira/browse/LUCENE-7939
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Priority: Minor
> Fix For: master (8.0), 7.1
>
> Attachments: LUCENE-7939.patch, LUCENE-7939.patch
>
>
> MinShouldMatchSumScorer has good iteration capabilities, but if it is not 
> used as a lead for the iteration then the advance() call might make a lot of 
> efforts in order to find the next match while we should instead let the lead 
> iterator of the conjunction skip over non-matching documents. In this issue 
> I'd like to explore changing MinShouldMatchSumScorer by giving it a two-phase 
> iterator and making advance() return a candidate for the next match that is 
> less good but much cheaper to compute.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7939) Speed up MinShouldMatchSumScorer in conjunctions

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7939?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138677#comment-16138677
 ] 

ASF subversion and git services commented on LUCENE-7939:
-

Commit 586270a76990f6462c688e79ab85cf16df28b8a8 in lucene-solr's branch 
refs/heads/branch_7x from [~jpountz]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=586270a ]

LUCENE-7939: Speed up MinShouldMatchSumScorer in conjunctions.


> Speed up MinShouldMatchSumScorer in conjunctions
> 
>
> Key: LUCENE-7939
> URL: https://issues.apache.org/jira/browse/LUCENE-7939
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Priority: Minor
> Fix For: master (8.0), 7.1
>
> Attachments: LUCENE-7939.patch, LUCENE-7939.patch
>
>
> MinShouldMatchSumScorer has good iteration capabilities, but if it is not 
> used as a lead for the iteration then the advance() call might make a lot of 
> efforts in order to find the next match while we should instead let the lead 
> iterator of the conjunction skip over non-matching documents. In this issue 
> I'd like to explore changing MinShouldMatchSumScorer by giving it a two-phase 
> iterator and making advance() return a candidate for the next match that is 
> less good but much cheaper to compute.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7939) Speed up MinShouldMatchSumScorer in conjunctions

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7939?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138678#comment-16138678
 ] 

ASF subversion and git services commented on LUCENE-7939:
-

Commit 3be5808caf0235081aa47b3604e00d3b5f358d80 in lucene-solr's branch 
refs/heads/master from [~jpountz]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=3be5808 ]

LUCENE-7939: Speed up MinShouldMatchSumScorer in conjunctions.


> Speed up MinShouldMatchSumScorer in conjunctions
> 
>
> Key: LUCENE-7939
> URL: https://issues.apache.org/jira/browse/LUCENE-7939
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Priority: Minor
> Fix For: master (8.0), 7.1
>
> Attachments: LUCENE-7939.patch, LUCENE-7939.patch
>
>
> MinShouldMatchSumScorer has good iteration capabilities, but if it is not 
> used as a lead for the iteration then the advance() call might make a lot of 
> efforts in order to find the next match while we should instead let the lead 
> iterator of the conjunction skip over non-matching documents. In this issue 
> I'd like to explore changing MinShouldMatchSumScorer by giving it a two-phase 
> iterator and making advance() return a candidate for the next match that is 
> less good but much cheaper to compute.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-7.x-MacOSX (64bit/jdk1.8.0) - Build # 130 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-MacOSX/130/
Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseSerialGC

244 tests failed.
FAILED:  junit.framework.TestSuite.org.apache.solr.AnalysisAfterCoreReloadTest

Error Message:
org.apache.solr.AnalysisAfterCoreReloadTest

Stack Trace:
java.lang.ClassNotFoundException: org.apache.solr.AnalysisAfterCoreReloadTest
at java.net.URLClassLoader$1.run(URLClassLoader.java:370)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:348)
at 
com.carrotsearch.ant.tasks.junit4.slave.SlaveMain.instantiate(SlaveMain.java:280)
at 
com.carrotsearch.ant.tasks.junit4.slave.SlaveMain.execute(SlaveMain.java:240)
at 
com.carrotsearch.ant.tasks.junit4.slave.SlaveMain.main(SlaveMain.java:368)
at 
com.carrotsearch.ant.tasks.junit4.slave.SlaveMainSafe.main(SlaveMainSafe.java:13)
Caused by: java.io.FileNotFoundException: 
/Users/jenkins/workspace/Lucene-Solr-7.x-MacOSX/solr/build/solr-core/classes/test/org/apache/solr/AnalysisAfterCoreReloadTest.class
 (Too many open files)
at java.io.FileInputStream.open0(Native Method)
at java.io.FileInputStream.open(FileInputStream.java:195)
at java.io.FileInputStream.(FileInputStream.java:138)
at 
sun.misc.URLClassPath$FileLoader$1.getInputStream(URLClassPath.java:1288)
at sun.misc.Resource.cachedInputStream(Resource.java:77)
at sun.misc.Resource.getByteBuffer(Resource.java:160)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:454)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
... 12 more


FAILED:  junit.framework.TestSuite.org.apache.solr.BasicFunctionalityTest

Error Message:
org.apache.solr.BasicFunctionalityTest

Stack Trace:
java.lang.ClassNotFoundException: org.apache.solr.BasicFunctionalityTest
at java.net.URLClassLoader$1.run(URLClassLoader.java:370)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:348)
at 
com.carrotsearch.ant.tasks.junit4.slave.SlaveMain.instantiate(SlaveMain.java:280)
at 
com.carrotsearch.ant.tasks.junit4.slave.SlaveMain.execute(SlaveMain.java:240)
at 
com.carrotsearch.ant.tasks.junit4.slave.SlaveMain.main(SlaveMain.java:368)
at 
com.carrotsearch.ant.tasks.junit4.slave.SlaveMainSafe.main(SlaveMainSafe.java:13)
Caused by: java.io.FileNotFoundException: 
/Users/jenkins/workspace/Lucene-Solr-7.x-MacOSX/solr/build/solr-core/classes/test/org/apache/solr/BasicFunctionalityTest.class
 (Too many open files)
at java.io.FileInputStream.open0(Native Method)
at java.io.FileInputStream.open(FileInputStream.java:195)
at java.io.FileInputStream.(FileInputStream.java:138)
at 
sun.misc.URLClassPath$FileLoader$1.getInputStream(URLClassPath.java:1288)
at sun.misc.Resource.cachedInputStream(Resource.java:77)
at sun.misc.Resource.getByteBuffer(Resource.java:160)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:454)
at java.net.URLClassLoader.access$100(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:368)
... 12 more


FAILED:  junit.framework.TestSuite.org.apache.solr.ConvertedLegacyTest

Error Message:
org.apache.solr.ConvertedLegacyTest

Stack Trace:
java.lang.ClassNotFoundException: org.apache.solr.ConvertedLegacyTest
at java.net.URLClassLoader$1.run(URLClassLoader.java:370)
at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:348)
at 

[jira] [Updated] (LUCENE-7827) disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester

[Mikhail Khludnev (JIRA)]

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

Mikhail Khludnev updated LUCENE-7827:
-
Attachment: LUCENE-7827.patch

Leaving only relevant changes in [^LUCENE-7827.patch] 

> disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester 
> --
>
> Key: LUCENE-7827
> URL: https://issues.apache.org/jira/browse/LUCENE-7827
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Mikhail Khludnev
>Priority: Minor
> Attachments: LUCENE-7827.patch, LUCENE-7827.patch, LUCENE-7827.patch, 
> LUCENE-7827.patch, LUCENE-7827.patch
>
>
> The current code allows to set minPrefixChars=0, but it creates an 
> unnecessary {{textgrams}} field, and might bring significant footprint.  
> Bypassing it keeps existing tests green.
> {code}
> if (fieldName.equals("textgrams") && minPrefixChars > 0) {
>   TokenFilter filter = new 
> EdgeNGramTokenFilter(components.getTokenStream(), 1, minPrefixChars);
>   return new TokenStreamComponents(components.getTokenizer(), filter);
> } else {
>   return components; // threre is no sense to go here if 
> minPrefixChars==0 and fieldName=="textgrams"
> }
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-master-Linux (32bit/jdk1.8.0_144) - Build # 20363 - Still unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/20363/
Java: 32bit/jdk1.8.0_144 -server -XX:+UseG1GC

2 tests failed.
FAILED:  org.apache.solr.cloud.ForceLeaderTest.testReplicasInLIRNoLeader

Error Message:
Doc with id=1 not found in http://127.0.0.1:46583/forceleader_test_collection 
due to: Path not found: /id; rsp={doc=null}

Stack Trace:
java.lang.AssertionError: Doc with id=1 not found in 
http://127.0.0.1:46583/forceleader_test_collection due to: Path not found: /id; 
rsp={doc=null}
at 
__randomizedtesting.SeedInfo.seed([AF1B0D6875F7EB43:498C39A84C751222]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.HttpPartitionTest.assertDocExists(HttpPartitionTest.java:603)
at 
org.apache.solr.cloud.HttpPartitionTest.assertDocsExistInAllReplicas(HttpPartitionTest.java:556)
at 
org.apache.solr.cloud.ForceLeaderTest.testReplicasInLIRNoLeader(ForceLeaderTest.java:142)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)

[JENKINS] Lucene-Solr-master-MacOSX (64bit/jdk1.8.0) - Build # 4141 - Still unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-MacOSX/4141/
Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseSerialGC

2 tests failed.
FAILED:  org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter

Error Message:
No 'solr.node' logs in: {numFound=0,start=0,docs=[]}

Stack Trace:
java.lang.AssertionError: No 'solr.node' logs in: {numFound=0,start=0,docs=[]}
at 
__randomizedtesting.SeedInfo.seed([177DFD4B263E1C5F:4899D07C4D328F1A]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter(SolrSlf4jReporterTest.java:85)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  
org.apache.solr.client.solrj.io.stream.StreamExpressionTest.testDistributions

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([69B5727177F1F386:D64A33DBA90B131A]:0)
at org.junit.Assert.fail(Assert.java:92)

[jira] [Commented] (SOLR-11254) add score-less (abstract) DocTransformer.transform method

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-11254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138534#comment-16138534
 ] 

ASF subversion and git services commented on SOLR-11254:


Commit fb0a9e644b08b06315b3e0531d1f601514026924 in lucene-solr's branch 
refs/heads/branch_7x from [~cpoerschke]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=fb0a9e6 ]

SOLR-11254: Add score-less (abstract) DocTransformer.transform method.


> add score-less (abstract) DocTransformer.transform method
> -
>
> Key: SOLR-11254
> URL: https://issues.apache.org/jira/browse/SOLR-11254
> Project: Solr
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
> Attachments: SOLR-11254.patch
>
>
> Background and motivation:
> * Most {{DocTransformer}} implementations don't use the {{score}} argument of 
> the {{transform}} method.
> * Two-and-a-half of the three method callers pass {{0}} to indicate {{"no 
> score"}}.
> ** 
> https://github.com/apache/lucene-solr/blob/releases/lucene-solr/6.6.0/solr/core/src/java/org/apache/solr/handler/component/RealTimeGetComponent.java#L253
> ** 
> https://github.com/apache/lucene-solr/blob/releases/lucene-solr/6.6.0/solr/core/src/java/org/apache/solr/handler/component/RealTimeGetComponent.java#L302
> ** 
> https://github.com/apache/lucene-solr/blob/releases/lucene-solr/6.6.0/solr/core/src/java/org/apache/solr/response/DocsStreamer.java#L170
> * Without the change being proposed in this ticket the fix for SOLR-11180 and 
> SOLR-11220 (included in the SOLR-11164 patch) would need to also interpret a 
> score of {{0}} to mean {{"no score"}}.
> Summary of proposed change (for _master_ and _branch_7x_ branches):
> {code}
> -  public abstract void transform(SolrDocument doc, int docid, float score) 
> throws IOException;
> +  public void transform(SolrDocument doc, int docid, float score) throws 
> IOException {
> +transform(doc, docid);
> +  }
> +
> +  public abstract void transform(SolrDocument doc, int docid) throws 
> IOException;
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7939) Speed up MinShouldMatchSumScorer in conjunctions

[Jim Ferenczi (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7939?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138532#comment-16138532
 ] 

Jim Ferenczi commented on LUCENE-7939:
--

Very impressive results ! The impacts when there is no conjunction are not 
significant so big +1.

> Speed up MinShouldMatchSumScorer in conjunctions
> 
>
> Key: LUCENE-7939
> URL: https://issues.apache.org/jira/browse/LUCENE-7939
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Adrien Grand
>Priority: Minor
> Fix For: master (8.0), 7.1
>
> Attachments: LUCENE-7939.patch, LUCENE-7939.patch
>
>
> MinShouldMatchSumScorer has good iteration capabilities, but if it is not 
> used as a lead for the iteration then the advance() call might make a lot of 
> efforts in order to find the next match while we should instead let the lead 
> iterator of the conjunction skip over non-matching documents. In this issue 
> I'd like to explore changing MinShouldMatchSumScorer by giving it a two-phase 
> iterator and making advance() return a candidate for the next match that is 
> less good but much cheaper to compute.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Release a 6.6.1

[Ishan Chattopadhyaya]

Cool, all the best! In cases when the release process completed without
further errors, except for the one above, the generated artifacts
eventually failed the smoke test (with some missing signature files error).
So, I had to redo them making sure that the sign-artifacts step was not
missed (I remember waiting for that step in order to wait for the password
prompt).

On Wed, Aug 23, 2017 at 4:42 PM, Varun Thacker  wrote:

> Hi Ishan,
>
> That's useful info!
>
> The failure I posted was from my second attempt with "export
> GPG_TTY=$(tty)" present. I was prompted the password.
>
> Once I entered the password the "sign-artifacts:" phase looks to have
> completed. The attached output doesn't even show a failure.
>
> I'm going to give it another try in the meanwhile
>
> On Wed, Aug 23, 2017 at 4:20 PM, Ishan Chattopadhyaya <
> ichattopadhy...@gmail.com> wrote:
>
>> Varun, I had the same issue. Please see my notes in the end of the
>> ReleaseToDo section.
>>
>> On Wed, Aug 23, 2017 at 1:43 PM, Varun Thacker  wrote:
>>
>>> An update on the RC build : In the first couple of attempts a Solr test
>>> would fail so the process would get aborted.
>>>
>>> Then I hit "gpg: signing failed: Inappropriate ioctl for device" in the
>>> "prepare-release" phase. I was able to fix this by installing a couple of
>>> extra packages and following some instructions online.
>>>
>>> In the last attempt I hit this:
>>>
>>> Prepare release...
>>>   git pull...
>>>   git clone is clean
>>>   git rev: f4fb90886690c829a062f4243a62825f810ad359
>>>   Check DOAP files
>>>   ant clean test validate documentation-lint
>>>   lucene prepare-release
>>> FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA prepare-release [see
>>> log /tmp/release.log]
>>> Traceback (most recent call last):
>>>   File "dev-tools/scripts/buildAndPushRelease.py", line 313, in 
>>> main()
>>>   File "dev-tools/scripts/buildAndPushRelease.py", line 294, in main
>>> rev = prepare(c.root, c.version, c.key_id, c.key_password)
>>>   File "dev-tools/scripts/buildAndPushRelease.py", line 114, in prepare
>>> runAndSendGPGPassword(cmd, gpgPassword)
>>>   File "dev-tools/scripts/buildAndPushRelease.py", line 60, in
>>> runAndSendGPGPassword
>>> raise RuntimeError(msg)
>>> RuntimeError: FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA
>>> prepare-release [see log /tmp/release.log]
>>>
>>> Here's the release.log output : https://www.dropbox.com/s/ys
>>> svqbwcpjrq7ah/release.log?dl=0 which seems to indicate that it
>>> succeeded ?
>>>
>>>
>>> On Tue, Aug 22, 2017 at 8:10 AM, Varun Thacker 
>>> wrote:
>>>
 Hi Uwe,

 I can backport it and then I'll begin working on the RC

 On Tue, Aug 22, 2017 at 2:17 AM, Uwe Schindler  wrote:

> Hi,
>
>
>
> The windows startup script fix was committed to 7.0, but not 6.6.1. If
> Varun has time to test the fixes in https://issues.apache.org/jira
> /browse/SOLR-8689 we may include them, but I left them out for now.
> Please reopen the issue if you think it’s worth. It should be a simple
> cherry pick.
>
>
>
> Uwe
>
>
>
> -
>
> Uwe Schindler
>
> Achterdiek 19, D-28357 Bremen
>
> http://www.thetaphi.de
>
> eMail: u...@thetaphi.de
>
>
>
> *From:* Uwe Schindler [mailto:u...@thetaphi.de]
> *Sent:* Monday, August 21, 2017 2:11 PM
>
> *To:* dev@lucene.apache.org
> *Subject:* RE: Release a 6.6.1
>
>
>
> Hi,
>
>
>
> Is there any interest to maybe get the Windows Shell scripts fixed, so
> they work with Java 9? Currently you cannot start Solr on Windows systems,
> as the version number checking and the GC options are not working. It’s
> https://issues.apache.org/jira/browse/SOLR-8689 - I am just waiting
> for feedback and wanted to put it into 7.0. But if there is interest, I 
> can
> backport to 6.6, too (not yet planned).
>
>
>
> Yesterday (before your mail), I already backported a Hadoop 2.7.2 ->
> 2.7.4 update, so it works now with Java 9. This made the ugly workaround
> obsolete (changing java.version sysprop temporarily). This fix is now in
> 6.6.1 and 7.0 branch.
>
>
>
> Uwe
>
>
>
> -
>
> Uwe Schindler
>
> Achterdiek 19, D-28357 Bremen
>
> http://www.thetaphi.de
>
> eMail: u...@thetaphi.de
>
>
>
> *From:* Varun Thacker [mailto:va...@vthacker.in ]
> *Sent:* Monday, August 21, 2017 12:49 PM
> *To:* dev@lucene.apache.org
> *Subject:* Re: Release a 6.6.1
>
>
>
> Hi Everyone,
>
>
>
> Does anyone plan on committing any more fixes to the release branch?
>
>
>
> I've disabled SOLR-11247 for the branch so that we get a few Jenkins
> runs without any failures.

[jira] [Commented] (SOLR-11254) add score-less (abstract) DocTransformer.transform method

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-11254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138517#comment-16138517
 ] 

ASF subversion and git services commented on SOLR-11254:


Commit 40fc36b87e0336b11bbb9784efef59ef39f72c25 in lucene-solr's branch 
refs/heads/master from [~cpoerschke]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=40fc36b ]

SOLR-11254: Add score-less (abstract) DocTransformer.transform method.


> add score-less (abstract) DocTransformer.transform method
> -
>
> Key: SOLR-11254
> URL: https://issues.apache.org/jira/browse/SOLR-11254
> Project: Solr
>  Issue Type: Task
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
> Attachments: SOLR-11254.patch
>
>
> Background and motivation:
> * Most {{DocTransformer}} implementations don't use the {{score}} argument of 
> the {{transform}} method.
> * Two-and-a-half of the three method callers pass {{0}} to indicate {{"no 
> score"}}.
> ** 
> https://github.com/apache/lucene-solr/blob/releases/lucene-solr/6.6.0/solr/core/src/java/org/apache/solr/handler/component/RealTimeGetComponent.java#L253
> ** 
> https://github.com/apache/lucene-solr/blob/releases/lucene-solr/6.6.0/solr/core/src/java/org/apache/solr/handler/component/RealTimeGetComponent.java#L302
> ** 
> https://github.com/apache/lucene-solr/blob/releases/lucene-solr/6.6.0/solr/core/src/java/org/apache/solr/response/DocsStreamer.java#L170
> * Without the change being proposed in this ticket the fix for SOLR-11180 and 
> SOLR-11220 (included in the SOLR-11164 patch) would need to also interpret a 
> score of {{0}} to mean {{"no score"}}.
> Summary of proposed change (for _master_ and _branch_7x_ branches):
> {code}
> -  public abstract void transform(SolrDocument doc, int docid, float score) 
> throws IOException;
> +  public void transform(SolrDocument doc, int docid, float score) throws 
> IOException {
> +transform(doc, docid);
> +  }
> +
> +  public abstract void transform(SolrDocument doc, int docid) throws 
> IOException;
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (LUCENE-7939) Speed up MinShouldMatchSumScorer in conjunctions

[Adrien Grand (JIRA)]

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

Adrien Grand updated LUCENE-7939:
-
Attachment: LUCENE-7939.patch

Here is a more complete benchmark, with conjunctions with a low-frequency term 
as well in order to better show the impact of the patch.

{noformat}
TaskQPS baseline  StdDev   QPS patch  StdDev
Pct diff
HighConjLow4MinShouldMatch3  238.10  (3.2%)  232.20  (2.2%)   
-2.5% (  -7% -2%)
 Low2MinShouldMatch35.06  (3.2%)4.96  (1.9%)   
-1.9% (  -6% -3%)
 Low1MinShouldMatch03.69  (4.1%)3.64  (3.6%)   
-1.2% (  -8% -6%)
 Low1MinShouldMatch33.82  (4.6%)3.77  (4.5%)   
-1.2% (  -9% -8%)
 HighMinShouldMatch33.28  (4.6%)3.24  (4.3%)   
-1.1% (  -9% -8%)
 HighMinShouldMatch43.46  (5.1%)3.42  (5.0%)   
-1.1% ( -10% -9%)
 HighMinShouldMatch23.17  (4.4%)3.14  (3.8%)   
-1.1% (  -8% -7%)
 Low2MinShouldMatch24.43  (4.1%)4.39  (3.9%)   
-1.1% (  -8% -7%)
 Low2MinShouldMatch04.50  (4.3%)4.45  (3.7%)   
-1.0% (  -8% -7%)
 HighMinShouldMatch03.23  (4.4%)3.20  (3.8%)   
-1.0% (  -8% -7%)
 Low3MinShouldMatch26.21  (4.1%)6.15  (3.8%)   
-1.0% (  -8% -7%)
 Low4MinShouldMatch2   43.17  (1.5%)   42.74  (1.5%)   
-1.0% (  -3% -2%)
 Low1MinShouldMatch23.62  (4.0%)3.59  (3.7%)   
-1.0% (  -8% -7%)
 Low1MinShouldMatch45.15  (3.2%)5.10  (1.8%)   
-1.0% (  -5% -4%)
 Low3MinShouldMatch06.27  (4.3%)6.22  (3.7%)   
-0.8% (  -8% -7%)
HighConjLow3MinShouldMatch4  395.48  (2.8%)  392.50  (1.7%)   
-0.8% (  -5% -3%)
 Low4MinShouldMatch0   10.49  (4.6%)   10.42  (4.0%)   
-0.7% (  -8% -8%)
 Low3MinShouldMatch3   39.29  (1.6%)   39.14  (1.9%)   
-0.4% (  -3% -3%)
 Low4MinShouldMatch4  439.43  (3.1%)  439.31  (2.0%)   
-0.0% (  -4% -5%)
 Low2MinShouldMatch4   46.39  (1.9%)   46.42  (2.2%)
0.1% (  -3% -4%)
 Low4MinShouldMatch3  251.09  (3.0%)  251.28  (2.3%)
0.1% (  -5% -5%)
 Low3MinShouldMatch4  407.65  (2.6%)  408.19  (2.0%)
0.1% (  -4% -4%)
HighConjLow4MinShouldMatch4  431.30  (3.3%)  431.89  (1.8%)
0.1% (  -4% -5%)
LowConjLow2MinShouldMatch0   34.97  (2.0%)   35.05  (2.0%)
0.2% (  -3% -4%)
LowConjHighMinShouldMatch0   24.07  (2.2%)   24.14  (2.2%)
0.3% (  -4% -4%)
LowConjLow3MinShouldMatch0   47.30  (1.9%)   47.47  (2.0%)
0.4% (  -3% -4%)
LowConjLow1MinShouldMatch0   28.21  (2.1%)   28.31  (2.1%)
0.4% (  -3% -4%)
HighConjHighMinShouldMatch05.45  (1.5%)5.48  (1.6%)
0.6% (  -2% -3%)
HighConjLow1MinShouldMatch06.34  (1.4%)6.38  (1.7%)
0.6% (  -2% -3%)
LowConjLow4MinShouldMatch0   75.37  (1.4%)   75.83  (1.7%)
0.6% (  -2% -3%)
HighConjLow2MinShouldMatch07.82  (1.3%)7.89  (1.8%)
1.0% (  -2% -4%)
HighConjLow3MinShouldMatch0   11.04  (1.3%)   11.19  (2.2%)
1.4% (  -2% -4%)
HighConjLow4MinShouldMatch0   17.11  (1.2%)   17.51  (2.7%)
2.3% (  -1% -6%)
HighConjHighMinShouldMatch24.82  (1.6%)4.94  (2.3%)
2.5% (  -1% -6%)
LowConjHighMinShouldMatch2   23.41  (2.1%)   24.16  (2.2%)
3.2% (  -1% -7%)
HighConjLow1MinShouldMatch25.54  (1.4%)5.75  (2.1%)
3.7% (   0% -7%)
LowConjLow1MinShouldMatch2   27.31  (2.0%)   28.54  (2.2%)
4.5% (   0% -8%)
HighConjLow2MinShouldMatch27.14  (1.6%)7.64  (2.3%)
7.1% (   3% -   11%)
LowConjLow2MinShouldMatch2   34.08  (2.1%)   36.95  (2.3%)
8.4% (   4% -   13%)
HighConjLow3MinShouldMatch2   10.97  (2.0%)   12.56  (2.8%)   
14.5% (   9% -   19%)
HighConjHighMinShouldMatch34.79  (2.2%)5.61  (2.7%)   
17.0% (  11% -   22%)
LowConjHighMinShouldMatch3   23.04  (2.0%)   27.15  (2.6%)   
17.9% (  13% -   22%)
LowConjLow3MinShouldMatch2   47.31  (2.0%)   59.02  (2.6%)   
24.7% (  19% -   29%)
HighConjLow1MinShouldMatch35.63  (2.7%)7.09  (3.1%)   
25.9% (  19% -   32%)
HighConjLow2MinShouldMatch4   44.44  (2.1%)   56.15  (2.8%)   
26.4% (  20% -   31%)
LowConjLow4MinShouldMatch4  433.71  

[jira] [Resolved] (SOLR-10769) Allow nodeAdded / nodeLost events to report multiple nodes in one event.

[Andrzej Bialecki (JIRA)]

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

Andrzej Bialecki  resolved SOLR-10769.
--
Resolution: Fixed

Committed to feature/autoscaling.

> Allow nodeAdded / nodeLost events to report multiple nodes in one event.
> 
>
> Key: SOLR-10769
> URL: https://issues.apache.org/jira/browse/SOLR-10769
> Project: Solr
>  Issue Type: Sub-task
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
> Fix For: 7.1
>
> Attachments: SOLR-10769.patch
>
>
> I think we should consider collapsing multiple nodeAdded / nodeLost events, 
> ie. generate a single event with information about multiple node names, if 
> there were multiple changes to the cluster in a short time.
> Processing a single event that records N changes could help us to react 
> faster to cluster changes than processing N events each with a single change, 
> and with {{waitFor}} in between.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-7.x-Windows (32bit/jdk1.8.0_144) - Build # 133 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Windows/133/
Java: 32bit/jdk1.8.0_144 -client -XX:+UseParallelGC

3 tests failed.
FAILED:  org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter

Error Message:
No 'solr.node' logs in: {numFound=0,start=0,docs=[]}

Stack Trace:
java.lang.AssertionError: No 'solr.node' logs in: {numFound=0,start=0,docs=[]}
at 
__randomizedtesting.SeedInfo.seed([C2E82A9416EC8B82:9D0C07A37DE018C7]:0)
at org.junit.Assert.fail(Assert.java:93)
at 
org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter(SolrSlf4jReporterTest.java:85)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.lang.Thread.run(Thread.java:748)


FAILED:  
org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testUpdateDistribChainSkipping

Error Message:
Tests must be run with INFO level logging otherwise LogUpdateProcessor isn't 
used and can't be tested.

Stack Trace:
java.lang.AssertionError: Tests must be run with INFO 

[JENKINS] Lucene-Solr-Tests-master - Build # 2084 - Failure

[Apache Jenkins Server]

Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/2084/

4 tests failed.
FAILED:  org.apache.solr.cloud.HttpPartitionTest.test

Error Message:
Doc with id=1 not found in http://127.0.0.1:40438/collMinRf_1x3 due to: Path 
not found: /id; rsp={doc=null}

Stack Trace:
java.lang.AssertionError: Doc with id=1 not found in 
http://127.0.0.1:40438/collMinRf_1x3 due to: Path not found: /id; rsp={doc=null}
at 
__randomizedtesting.SeedInfo.seed([D981651F07AA7BF4:51D55AC5A956160C]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.HttpPartitionTest.assertDocExists(HttpPartitionTest.java:603)
at 
org.apache.solr.cloud.HttpPartitionTest.assertDocsExistInAllReplicas(HttpPartitionTest.java:558)
at 
org.apache.solr.cloud.HttpPartitionTest.testMinRf(HttpPartitionTest.java:249)
at 
org.apache.solr.cloud.HttpPartitionTest.test(HttpPartitionTest.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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 

[JENKINS-EA] Lucene-Solr-7.x-Linux (32bit/jdk-9-ea+181) - Build # 306 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/306/
Java: 32bit/jdk-9-ea+181 -client -XX:+UseG1GC --illegal-access=deny

2 tests failed.
FAILED:  
org.apache.solr.cloud.CdcrBootstrapTest.testBootstrapWithContinousIndexingOnSourceCluster

Error Message:
Document mismatch on target after sync expected:<2000> but was:<1100>

Stack Trace:
java.lang.AssertionError: Document mismatch on target after sync 
expected:<2000> but was:<1100>
at 
__randomizedtesting.SeedInfo.seed([8DB66A8FA40C60D9:59F321D6435AD322]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.failNotEquals(Assert.java:647)
at org.junit.Assert.assertEquals(Assert.java:128)
at org.junit.Assert.assertEquals(Assert.java:472)
at 
org.apache.solr.cloud.CdcrBootstrapTest.testBootstrapWithContinousIndexingOnSourceCluster(CdcrBootstrapTest.java:309)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.base/java.lang.Thread.run(Thread.java:844)


FAILED:  

[jira] [Commented] (LUCENE-7936) Extend Geoshape interfaces so objects can be copied/serialized

[Karl Wright (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138428#comment-16138428
 ] 

Karl Wright commented on LUCENE-7936:
-

[~ivera], I've committed the framework.  Implementing the framework on an 
object-by-object basis is the next task, which I'll try to look at on Saturday.


> Extend Geoshape interfaces so objects can be copied/serialized
> --
>
> Key: LUCENE-7936
> URL: https://issues.apache.org/jira/browse/LUCENE-7936
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial3d
>Reporter: Ignacio Vera
>Assignee: Karl Wright
> Attachments: GeoBinaryCodec.patch, LUCENE-7936.patch, 
> LUCENE-7936.patch, LUCENE-7936.patch, Spatial4j.patch
>
>
> Hi [~david.wri...@bksv.com],
> I would like to propose to extends the GeoShape interfaces to be able to 
> copy/serialized the objects. The current status and  propose change is as 
> following:
> GeoPoint: It can be serialized by using x, y, z
> GeoCircle:  It can be serialized by using getCenter() and getRadius() and 
> getPlanetModel()
> GeoCompositeShape: It can be serialized by accesing shapes using size() and 
> GetShape(int index)
> GeoPath: add methods to the interface getPoints() and getCutoffAngle()
> GeoPolygon: This is the most complicated one as we have different types:
>1.- GeoCompositePolygon is just a composite
>2.- GeoConcavePolygon and GeoConvexPolygon: Create a new interface for 
> those polygons which exposes the points, holes, internaledges and 
> concavity/convexity
>3.- GeoComplexPolygons: Do nothing, they are too complex to be serialize??
> I am intersested in accesing the discreatization of the polygons into convex 
> and concave ones for other reasons as well. I think this should be expose as 
> they end result can be used for other use cases.
> Cheers,
> I.
>   



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7936) Extend Geoshape interfaces so objects can be copied/serialized

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138426#comment-16138426
 ] 

ASF subversion and git services commented on LUCENE-7936:
-

Commit 4ff396427120b343954de8f66873f2c807088729 in lucene-solr's branch 
refs/heads/branch_7x from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=4ff3964 ]

LUCENE-7936: Add Geo3d framework for serialization and deserialization.


> Extend Geoshape interfaces so objects can be copied/serialized
> --
>
> Key: LUCENE-7936
> URL: https://issues.apache.org/jira/browse/LUCENE-7936
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial3d
>Reporter: Ignacio Vera
>Assignee: Karl Wright
> Attachments: GeoBinaryCodec.patch, LUCENE-7936.patch, 
> LUCENE-7936.patch, LUCENE-7936.patch, Spatial4j.patch
>
>
> Hi [~david.wri...@bksv.com],
> I would like to propose to extends the GeoShape interfaces to be able to 
> copy/serialized the objects. The current status and  propose change is as 
> following:
> GeoPoint: It can be serialized by using x, y, z
> GeoCircle:  It can be serialized by using getCenter() and getRadius() and 
> getPlanetModel()
> GeoCompositeShape: It can be serialized by accesing shapes using size() and 
> GetShape(int index)
> GeoPath: add methods to the interface getPoints() and getCutoffAngle()
> GeoPolygon: This is the most complicated one as we have different types:
>1.- GeoCompositePolygon is just a composite
>2.- GeoConcavePolygon and GeoConvexPolygon: Create a new interface for 
> those polygons which exposes the points, holes, internaledges and 
> concavity/convexity
>3.- GeoComplexPolygons: Do nothing, they are too complex to be serialize??
> I am intersested in accesing the discreatization of the polygons into convex 
> and concave ones for other reasons as well. I think this should be expose as 
> they end result can be used for other use cases.
> Cheers,
> I.
>   



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7936) Extend Geoshape interfaces so objects can be copied/serialized

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138424#comment-16138424
 ] 

ASF subversion and git services commented on LUCENE-7936:
-

Commit 8fc72d4a0fbe852813bc183bcc29f7c998f4c44e in lucene-solr's branch 
refs/heads/branch_6x from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=8fc72d4 ]

LUCENE-7936: Add Geo3d framework for serialization and deserialization.


> Extend Geoshape interfaces so objects can be copied/serialized
> --
>
> Key: LUCENE-7936
> URL: https://issues.apache.org/jira/browse/LUCENE-7936
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial3d
>Reporter: Ignacio Vera
>Assignee: Karl Wright
> Attachments: GeoBinaryCodec.patch, LUCENE-7936.patch, 
> LUCENE-7936.patch, LUCENE-7936.patch, Spatial4j.patch
>
>
> Hi [~david.wri...@bksv.com],
> I would like to propose to extends the GeoShape interfaces to be able to 
> copy/serialized the objects. The current status and  propose change is as 
> following:
> GeoPoint: It can be serialized by using x, y, z
> GeoCircle:  It can be serialized by using getCenter() and getRadius() and 
> getPlanetModel()
> GeoCompositeShape: It can be serialized by accesing shapes using size() and 
> GetShape(int index)
> GeoPath: add methods to the interface getPoints() and getCutoffAngle()
> GeoPolygon: This is the most complicated one as we have different types:
>1.- GeoCompositePolygon is just a composite
>2.- GeoConcavePolygon and GeoConvexPolygon: Create a new interface for 
> those polygons which exposes the points, holes, internaledges and 
> concavity/convexity
>3.- GeoComplexPolygons: Do nothing, they are too complex to be serialize??
> I am intersested in accesing the discreatization of the polygons into convex 
> and concave ones for other reasons as well. I think this should be expose as 
> they end result can be used for other use cases.
> Cheers,
> I.
>   



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7936) Extend Geoshape interfaces so objects can be copied/serialized

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138422#comment-16138422
 ] 

ASF subversion and git services commented on LUCENE-7936:
-

Commit 6b8f98db93689370a6df47a8645c80b1b0b39480 in lucene-solr's branch 
refs/heads/master from [~kwri...@metacarta.com]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=6b8f98d ]

LUCENE-7936: Add Geo3d framework for serialization and deserialization.


> Extend Geoshape interfaces so objects can be copied/serialized
> --
>
> Key: LUCENE-7936
> URL: https://issues.apache.org/jira/browse/LUCENE-7936
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial3d
>Reporter: Ignacio Vera
>Assignee: Karl Wright
> Attachments: GeoBinaryCodec.patch, LUCENE-7936.patch, 
> LUCENE-7936.patch, LUCENE-7936.patch, Spatial4j.patch
>
>
> Hi [~david.wri...@bksv.com],
> I would like to propose to extends the GeoShape interfaces to be able to 
> copy/serialized the objects. The current status and  propose change is as 
> following:
> GeoPoint: It can be serialized by using x, y, z
> GeoCircle:  It can be serialized by using getCenter() and getRadius() and 
> getPlanetModel()
> GeoCompositeShape: It can be serialized by accesing shapes using size() and 
> GetShape(int index)
> GeoPath: add methods to the interface getPoints() and getCutoffAngle()
> GeoPolygon: This is the most complicated one as we have different types:
>1.- GeoCompositePolygon is just a composite
>2.- GeoConcavePolygon and GeoConvexPolygon: Create a new interface for 
> those polygons which exposes the points, holes, internaledges and 
> concavity/convexity
>3.- GeoComplexPolygons: Do nothing, they are too complex to be serialize??
> I am intersested in accesing the discreatization of the polygons into convex 
> and concave ones for other reasons as well. I think this should be expose as 
> they end result can be used for other use cases.
> Cheers,
> I.
>   



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (LUCENE-7827) disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester

[Mikhail Khludnev (JIRA)]

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

Mikhail Khludnev updated LUCENE-7827:
-
Description: 
The current code allows to set minPrefixChars=0, but it creates an unnecessary 
{{textgrams}} field, and might bring significant footprint.  Bypassing it keeps 
existing tests green.

{code}
if (fieldName.equals("textgrams") && minPrefixChars > 0) {
  TokenFilter filter = new 
EdgeNGramTokenFilter(components.getTokenStream(), 1, minPrefixChars);
  return new TokenStreamComponents(components.getTokenizer(), filter);
} else {
  return components; // threre is no sense to go here if 
minPrefixChars==0 and fieldName=="textgrams"
}
{code}

  was:The current code allows to set minPrefixChars=0, but it creates an 
unnecessary {{textgrams}} field, and might bring significant footprint.  
Bypassing it keeps existing tests green.


> disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester 
> --
>
> Key: LUCENE-7827
> URL: https://issues.apache.org/jira/browse/LUCENE-7827
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Mikhail Khludnev
>Priority: Minor
> Attachments: LUCENE-7827.patch, LUCENE-7827.patch, LUCENE-7827.patch, 
> LUCENE-7827.patch
>
>
> The current code allows to set minPrefixChars=0, but it creates an 
> unnecessary {{textgrams}} field, and might bring significant footprint.  
> Bypassing it keeps existing tests green.
> {code}
> if (fieldName.equals("textgrams") && minPrefixChars > 0) {
>   TokenFilter filter = new 
> EdgeNGramTokenFilter(components.getTokenStream(), 1, minPrefixChars);
>   return new TokenStreamComponents(components.getTokenizer(), filter);
> } else {
>   return components; // threre is no sense to go here if 
> minPrefixChars==0 and fieldName=="textgrams"
> }
> {code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Issue Comment Deleted] (LUCENE-7827) disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester

[Mikhail Khludnev (JIRA)]

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

Mikhail Khludnev updated LUCENE-7827:
-
Comment: was deleted

(was: I'm trying to refresh the context and wondered how minPrefixChars=0 could 
bring a footprint at all. Since it should yield zero length ngrams. )

> disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester 
> --
>
> Key: LUCENE-7827
> URL: https://issues.apache.org/jira/browse/LUCENE-7827
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Mikhail Khludnev
>Priority: Minor
> Attachments: LUCENE-7827.patch, LUCENE-7827.patch, LUCENE-7827.patch, 
> LUCENE-7827.patch
>
>
> The current code allows to set minPrefixChars=0, but it creates an 
> unnecessary {{textgrams}} field, and might bring significant footprint.  
> Bypassing it keeps existing tests green.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7827) disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester

[Mikhail Khludnev (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7827?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138356#comment-16138356
 ] 

Mikhail Khludnev commented on LUCENE-7827:
--

I'm trying to refresh the context and wondered how minPrefixChars=0 could bring 
a footprint at all. Since it should yield zero length ngrams. 

> disable "textgrams" when minPrefixChars=0 AnalyzingInfixSuggester 
> --
>
> Key: LUCENE-7827
> URL: https://issues.apache.org/jira/browse/LUCENE-7827
> Project: Lucene - Core
>  Issue Type: Improvement
>Reporter: Mikhail Khludnev
>Priority: Minor
> Attachments: LUCENE-7827.patch, LUCENE-7827.patch, LUCENE-7827.patch, 
> LUCENE-7827.patch
>
>
> The current code allows to set minPrefixChars=0, but it creates an 
> unnecessary {{textgrams}} field, and might bring significant footprint.  
> Bypassing it keeps existing tests green.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-6.6-Linux (64bit/jdk1.8.0_144) - Build # 84 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.6-Linux/84/
Java: 64bit/jdk1.8.0_144 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

3 tests failed.
FAILED:  junit.framework.TestSuite.org.apache.solr.cloud.hdfs.HdfsRecoveryZkTest

Error Message:
ObjectTracker found 1 object(s) that were not released!!! [HdfsTransactionLog] 
org.apache.solr.common.util.ObjectReleaseTracker$ObjectTrackerException: 
org.apache.solr.update.HdfsTransactionLog  at 
org.apache.solr.common.util.ObjectReleaseTracker.track(ObjectReleaseTracker.java:42)
  at 
org.apache.solr.update.HdfsTransactionLog.(HdfsTransactionLog.java:130)  
at org.apache.solr.update.HdfsUpdateLog.init(HdfsUpdateLog.java:203)  at 
org.apache.solr.update.UpdateHandler.(UpdateHandler.java:153)  at 
org.apache.solr.update.UpdateHandler.(UpdateHandler.java:110)  at 
org.apache.solr.update.DirectUpdateHandler2.(DirectUpdateHandler2.java:108)
  at sun.reflect.GeneratedConstructorAccessor230.newInstance(Unknown Source)  
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:423)  at 
org.apache.solr.core.SolrCore.createInstance(SolrCore.java:760)  at 
org.apache.solr.core.SolrCore.createUpdateHandler(SolrCore.java:822)  at 
org.apache.solr.core.SolrCore.initUpdateHandler(SolrCore.java:1088)  at 
org.apache.solr.core.SolrCore.(SolrCore.java:947)  at 
org.apache.solr.core.SolrCore.(SolrCore.java:830)  at 
org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:922) 
 at org.apache.solr.core.CoreContainer.lambda$load$5(CoreContainer.java:564)  
at 
com.codahale.metrics.InstrumentedExecutorService$InstrumentedCallable.call(InstrumentedExecutorService.java:197)
  at java.util.concurrent.FutureTask.run(FutureTask.java:266)  at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229)
  at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 
 at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 
 at java.lang.Thread.run(Thread.java:748)  

Stack Trace:
java.lang.AssertionError: ObjectTracker found 1 object(s) that were not 
released!!! [HdfsTransactionLog]
org.apache.solr.common.util.ObjectReleaseTracker$ObjectTrackerException: 
org.apache.solr.update.HdfsTransactionLog
at 
org.apache.solr.common.util.ObjectReleaseTracker.track(ObjectReleaseTracker.java:42)
at 
org.apache.solr.update.HdfsTransactionLog.(HdfsTransactionLog.java:130)
at org.apache.solr.update.HdfsUpdateLog.init(HdfsUpdateLog.java:203)
at org.apache.solr.update.UpdateHandler.(UpdateHandler.java:153)
at org.apache.solr.update.UpdateHandler.(UpdateHandler.java:110)
at 
org.apache.solr.update.DirectUpdateHandler2.(DirectUpdateHandler2.java:108)
at sun.reflect.GeneratedConstructorAccessor230.newInstance(Unknown 
Source)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at org.apache.solr.core.SolrCore.createInstance(SolrCore.java:760)
at org.apache.solr.core.SolrCore.createUpdateHandler(SolrCore.java:822)
at org.apache.solr.core.SolrCore.initUpdateHandler(SolrCore.java:1088)
at org.apache.solr.core.SolrCore.(SolrCore.java:947)
at org.apache.solr.core.SolrCore.(SolrCore.java:830)
at 
org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:922)
at 
org.apache.solr.core.CoreContainer.lambda$load$5(CoreContainer.java:564)
at 
com.codahale.metrics.InstrumentedExecutorService$InstrumentedCallable.call(InstrumentedExecutorService.java:197)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)


at __randomizedtesting.SeedInfo.seed([CEF34615EF769682]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertNull(Assert.java:551)
at 
org.apache.solr.SolrTestCaseJ4.teardownTestCases(SolrTestCaseJ4.java:302)
at sun.reflect.GeneratedMethodAccessor62.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:870)
at 

[jira] [Updated] (LUCENE-7936) Extend Geoshape interfaces so objects can be copied/serialized

[Karl Wright (JIRA)]

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

Karl Wright updated LUCENE-7936:

Attachment: LUCENE-7936.patch

This patch moves everything of import into SerializedObject. That's nice 
because a wide variety of objects can then be serializable in this framework.
 

> Extend Geoshape interfaces so objects can be copied/serialized
> --
>
> Key: LUCENE-7936
> URL: https://issues.apache.org/jira/browse/LUCENE-7936
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial3d
>Reporter: Ignacio Vera
>Assignee: Karl Wright
> Attachments: GeoBinaryCodec.patch, LUCENE-7936.patch, 
> LUCENE-7936.patch, LUCENE-7936.patch, Spatial4j.patch
>
>
> Hi [~david.wri...@bksv.com],
> I would like to propose to extends the GeoShape interfaces to be able to 
> copy/serialized the objects. The current status and  propose change is as 
> following:
> GeoPoint: It can be serialized by using x, y, z
> GeoCircle:  It can be serialized by using getCenter() and getRadius() and 
> getPlanetModel()
> GeoCompositeShape: It can be serialized by accesing shapes using size() and 
> GetShape(int index)
> GeoPath: add methods to the interface getPoints() and getCutoffAngle()
> GeoPolygon: This is the most complicated one as we have different types:
>1.- GeoCompositePolygon is just a composite
>2.- GeoConcavePolygon and GeoConvexPolygon: Create a new interface for 
> those polygons which exposes the points, holes, internaledges and 
> concavity/convexity
>3.- GeoComplexPolygons: Do nothing, they are too complex to be serialize??
> I am intersested in accesing the discreatization of the polygons into convex 
> and concave ones for other reasons as well. I think this should be expose as 
> they end result can be used for other use cases.
> Cheers,
> I.
>   



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7936) Extend Geoshape interfaces so objects can be copied/serialized

[Karl Wright (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138268#comment-16138268
 ] 

Karl Wright commented on LUCENE-7936:
-

GeoDegeneratePoint extends GeoPoint.  This is necessary for a number of reasons 
and should not blow us up.

I thought of putting serialization/deserialization methods in BasePlanetObject 
but that did not seem like it matched up well with the serialization 
abstraction. I would like to have a framework for serialization that is more 
flexible.

I do not think it is necessary to add classes in the derivation hierarchy 
simply to support serialization.  I'd rather that that functionality was more 
or less universal.

I'll be attaching a revised patch for review shortly, but then I really have to 
do other things today.


> Extend Geoshape interfaces so objects can be copied/serialized
> --
>
> Key: LUCENE-7936
> URL: https://issues.apache.org/jira/browse/LUCENE-7936
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial3d
>Reporter: Ignacio Vera
>Assignee: Karl Wright
> Attachments: GeoBinaryCodec.patch, LUCENE-7936.patch, 
> LUCENE-7936.patch, Spatial4j.patch
>
>
> Hi [~david.wri...@bksv.com],
> I would like to propose to extends the GeoShape interfaces to be able to 
> copy/serialized the objects. The current status and  propose change is as 
> following:
> GeoPoint: It can be serialized by using x, y, z
> GeoCircle:  It can be serialized by using getCenter() and getRadius() and 
> getPlanetModel()
> GeoCompositeShape: It can be serialized by accesing shapes using size() and 
> GetShape(int index)
> GeoPath: add methods to the interface getPoints() and getCutoffAngle()
> GeoPolygon: This is the most complicated one as we have different types:
>1.- GeoCompositePolygon is just a composite
>2.- GeoConcavePolygon and GeoConvexPolygon: Create a new interface for 
> those polygons which exposes the points, holes, internaledges and 
> concavity/convexity
>3.- GeoComplexPolygons: Do nothing, they are too complex to be serialize??
> I am intersested in accesing the discreatization of the polygons into convex 
> and concave ones for other reasons as well. I think this should be expose as 
> they end result can be used for other use cases.
> Cheers,
> I.
>   



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-11272) EmbeddedSolrServer does not set the path for known SolrRequestHandlers

[Mikhail Khludnev (JIRA)]

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

Mikhail Khludnev updated SOLR-11272:

Fix Version/s: 7.1
   master (8.0)

> EmbeddedSolrServer does not set the path for known SolrRequestHandlers
> --
>
> Key: SOLR-11272
> URL: https://issues.apache.org/jira/browse/SOLR-11272
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.6
>Reporter: Stephen Allen
>Priority: Minor
> Fix For: master (8.0), 7.1
>
> Attachments: SOLR-11272.patch
>
>
> {{EmbeddedSolrServer}} does not set the path for known 
> {{SolrRequestHandlers}} in the query request context.  This leads to a 
> {{NullPointerException}}.  Patch and test coming in pull request.
> https://github.com/apache/lucene-solr/pull/237



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-11272) EmbeddedSolrServer does not set the path for known SolrRequestHandlers

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-11272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138262#comment-16138262
 ] 

ASF subversion and git services commented on SOLR-11272:


Commit 6b59d65521da093c7913e00af10ac4aca3dade3d in lucene-solr's branch 
refs/heads/branch_7x from [~mkhludnev]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=6b59d65 ]

SOLR-11272: fix NPE from EmbeddedSolrServer on /admin/info/system


> EmbeddedSolrServer does not set the path for known SolrRequestHandlers
> --
>
> Key: SOLR-11272
> URL: https://issues.apache.org/jira/browse/SOLR-11272
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.6
>Reporter: Stephen Allen
>Priority: Minor
> Attachments: SOLR-11272.patch
>
>
> {{EmbeddedSolrServer}} does not set the path for known 
> {{SolrRequestHandlers}} in the query request context.  This leads to a 
> {{NullPointerException}}.  Patch and test coming in pull request.
> https://github.com/apache/lucene-solr/pull/237



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS-EA] Lucene-Solr-6.6-Windows (64bit/jdk-9-ea+181) - Build # 29 - Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.6-Windows/29/
Java: 64bit/jdk-9-ea+181 -XX:+UseCompressedOops -XX:+UseG1GC 
--illegal-access=deny

1 tests failed.
FAILED:  org.apache.solr.handler.TestSQLHandler.doTest

Error Message:
--> http://127.0.0.1:53798/collection1:Failed to execute sqlQuery 'select 
str_s, count(*), sum(field_i), min(field_i), max(field_i), avg(field_i) from 
collection1 where text='' group by str_s order by sum(field_i) asc limit 2' 
against JDBC connection 'jdbc:calcitesolr:'. Error while executing SQL "select 
str_s, count(*), sum(field_i), min(field_i), max(field_i), avg(field_i) from 
collection1 where text='' group by str_s order by sum(field_i) asc limit 
2": From line 1, column 39 to line 1, column 50: No match found for function 
signature min()

Stack Trace:
java.io.IOException: --> http://127.0.0.1:53798/collection1:Failed to execute 
sqlQuery 'select str_s, count(*), sum(field_i), min(field_i), max(field_i), 
avg(field_i) from collection1 where text='' group by str_s order by 
sum(field_i) asc limit 2' against JDBC connection 'jdbc:calcitesolr:'.
Error while executing SQL "select str_s, count(*), sum(field_i), min(field_i), 
max(field_i), avg(field_i) from collection1 where text='' group by str_s 
order by sum(field_i) asc limit 2": From line 1, column 39 to line 1, column 
50: No match found for function signature min()
at 
__randomizedtesting.SeedInfo.seed([92455F54FFDA000F:3501E7F0926113B6]:0)
at 
org.apache.solr.client.solrj.io.stream.SolrStream.read(SolrStream.java:233)
at 
org.apache.solr.handler.TestSQLHandler.getTuples(TestSQLHandler.java:2527)
at 
org.apache.solr.handler.TestSQLHandler.testBasicGrouping(TestSQLHandler.java:676)
at org.apache.solr.handler.TestSQLHandler.doTest(TestSQLHandler.java:90)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:992)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:967)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 

Can anyone please (review and) merge LUCENE-7891?

[Rob Audenaerde]

Would anyone please review the patch in
https://issues.apache.org/jira/browse/LUCENE-7891 and merge it?

It contains a testcase + a patch.

Thanks!

[jira] [Commented] (SOLR-9555) Leader incorrectly publishes state for replica when it puts replica into LIR.

[Cao Manh Dat (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-9555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138255#comment-16138255
 ] 

Cao Manh Dat commented on SOLR-9555:


Great work [~mdrob], but there are one thing that I concern about your 
direction. 
Firstly, There are one requirement for LIR implementation is : the replica that 
miss the update, should not allowed to serve query requests.
- In current implementation, Leader will publish the replica as DOWN, so all 
clients will know that and stop query that replica. ( low latency )
- In your implementation, Leader only publish LIR state of that replica as 
DOWN, so all clients will keep query that replica, until the replica 
acknowledge the change in LIR node then publish it self as DOWN ( high latency  
)

Secondly, Now we have 2 nodes update state of a replica which is considered as 
bad practice. With your implementation, we have 2 nodes update lir state of a 
replica, will we have race condition bug in the future?

> Leader incorrectly publishes state for replica when it puts replica into LIR.
> -
>
> Key: SOLR-9555
> URL: https://issues.apache.org/jira/browse/SOLR-9555
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Alan Woodward
> Attachments: lir-9555-problem.png, SOLR-9555.patch, SOLR-9555.patch, 
> SOLR-9555.patch, SOLR-9555-WIP-2.patch, SOLR-9555-WIP-3.patch, 
> SOLR-9555-WIP.patch
>
>
> See 
> https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/17888/consoleFull 
> for an example



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7936) Extend Geoshape interfaces so objects can be copied/serialized

[Ignacio Vera (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138247#comment-16138247
 ] 

Ignacio Vera commented on LUCENE-7936:
--

Ok I will wait until you are ready, it looking promising. I like what I see in 
the patch but I would like to have a thought about how we are using GeoPoint. 
My point is the following:

There are basically two type of Objects for building shapes:

GeoShape components: Everything that is extending the Vector class, GeoPoint 
and Planes. These do not need to be serialized.
Geoshape objects: Everything that  implements PlanetObject and hence extends 
GeoBasePanetObject. The interface PlanetObject should be implementing the 
SerializeObject.

There should be no Geoshape extending GeoPoint as that is like trying to build 
a shape by extending a Plane. A GeoShapePoint object should be a GeoShapeObject 
with one component, being that component a GeoPoint.

In addition, your  static methods to support serialization/deserialization  
should live in GeoBasePanetObject. Then you can have them protected in the 
package.

Cheers,

I.




> Extend Geoshape interfaces so objects can be copied/serialized
> --
>
> Key: LUCENE-7936
> URL: https://issues.apache.org/jira/browse/LUCENE-7936
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial3d
>Reporter: Ignacio Vera
>Assignee: Karl Wright
> Attachments: GeoBinaryCodec.patch, LUCENE-7936.patch, 
> LUCENE-7936.patch, Spatial4j.patch
>
>
> Hi [~david.wri...@bksv.com],
> I would like to propose to extends the GeoShape interfaces to be able to 
> copy/serialized the objects. The current status and  propose change is as 
> following:
> GeoPoint: It can be serialized by using x, y, z
> GeoCircle:  It can be serialized by using getCenter() and getRadius() and 
> getPlanetModel()
> GeoCompositeShape: It can be serialized by accesing shapes using size() and 
> GetShape(int index)
> GeoPath: add methods to the interface getPoints() and getCutoffAngle()
> GeoPolygon: This is the most complicated one as we have different types:
>1.- GeoCompositePolygon is just a composite
>2.- GeoConcavePolygon and GeoConvexPolygon: Create a new interface for 
> those polygons which exposes the points, holes, internaledges and 
> concavity/convexity
>3.- GeoComplexPolygons: Do nothing, they are too complex to be serialize??
> I am intersested in accesing the discreatization of the polygons into convex 
> and concave ones for other reasons as well. I think this should be expose as 
> they end result can be used for other use cases.
> Cheers,
> I.
>   



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-11272) EmbeddedSolrServer does not set the path for known SolrRequestHandlers

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-11272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138242#comment-16138242
 ] 

ASF subversion and git services commented on SOLR-11272:


Commit 19a8be3c9f4850d9f944ac8af97da58584b445a8 in lucene-solr's branch 
refs/heads/master from [~mkhludnev]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=19a8be3 ]

SOLR-11272: fix NPE from EmbeddedSolrServer on /admin/info/system


> EmbeddedSolrServer does not set the path for known SolrRequestHandlers
> --
>
> Key: SOLR-11272
> URL: https://issues.apache.org/jira/browse/SOLR-11272
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.6
>Reporter: Stephen Allen
>Priority: Minor
> Attachments: SOLR-11272.patch
>
>
> {{EmbeddedSolrServer}} does not set the path for known 
> {{SolrRequestHandlers}} in the query request context.  This leads to a 
> {{NullPointerException}}.  Patch and test coming in pull request.
> https://github.com/apache/lucene-solr/pull/237



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Release 7.0 process starts

[Andrzej Białecki]

> On 23 Aug 2017, at 13:06, Uwe Schindler  wrote:
> 
> Keep in mind that there is also branch_7_0.

Right, but the changes related to these issues were committed to master before 
branch_7_0 was created, and these specific issues are only about back-porting 
to 6x.

> 
> Uww
> 
> Am 23. August 2017 12:26:42 MESZ schrieb "Andrzej Białecki" :
> 
>> On 23 Aug 2017, at 08:15, Anshum Gupta > > wrote:
>> 
>> I also found more issues when comparing 7x, with 6x this time. I’ll take a 
>> look at wether it’s just the CHANGES entries or have these actually missed 
>> the branch. I assume it’s just the CHANGES, but want to be sure. If the 
>> committers involved can pitch in, I’d appreciate, else I’ll work on this for 
>> a bit right now and continue with this tomorrow morning.
>> 
>> - SOLR-10477 (Ab)
> 
> This is a partial back-port of relevant improvements from master to 6x, so 
> there are no strictly corresponding commits on 7x/master.
> 
>> - SOLR-10631: Metric reporters leak on 6x. (Ab)
> 
> This one has been fixed as part of other related issues in branches 7.x / 
> master, so it only required a specific fix for 6x.
> 
>> - SOLR-1 (Ab)
>> 
> 
> This has been committed first to 7x, then to 6x and it’s present in 
> branch_6_6.
> 
> 
> ---
> Best regards,
> 
> Andrzej Bialecki
> 
> 
> --
> Uwe Schindler
> Achterdiek 19, 28357 Bremen
> https://www.thetaphi.de 

[jira] [Commented] (SOLR-11281) SolrSlf4jReporterTest fails on jenkins

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-11281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138236#comment-16138236
 ] 

ASF subversion and git services commented on SOLR-11281:


Commit 946c6a95faa61902e6fffdb54373c04135c68ad9 in lucene-solr's branch 
refs/heads/master from [~ab]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=946c6a9 ]

SOLR-11281: Improve failure message.


> SolrSlf4jReporterTest fails on jenkins
> --
>
> Key: SOLR-11281
> URL: https://issues.apache.org/jira/browse/SOLR-11281
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: metrics
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
>Priority: Minor
> Fix For: master (8.0), 7.1
>
>
> This test fails frequently on jenkins with a failed assertion:
> {code}
> FAILED:  org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter
> Error Message:
> Stack Trace:
> java.lang.AssertionError
>   at 
> __randomizedtesting.SeedInfo.seed([7B977D6F04FCA50C:247350586FF03649]:0)
>   at org.junit.Assert.fail(Assert.java:92)
>   at org.junit.Assert.assertTrue(Assert.java:43)
>   at org.junit.Assert.assertTrue(Assert.java:54)
>   at 
> org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter(SolrSlf4jReporterTest.java:84)
> {code}
> A better failure message is needed first, then the test needs a fix to be 
> more robust.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-11281) SolrSlf4jReporterTest fails on jenkins

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-11281?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138234#comment-16138234
 ] 

ASF subversion and git services commented on SOLR-11281:


Commit 9cc5ffef95f43a67191dba9d2b6dbd21f1b8ef38 in lucene-solr's branch 
refs/heads/branch_7x from [~ab]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=9cc5ffe ]

SOLR-11281: Improve failure message.


> SolrSlf4jReporterTest fails on jenkins
> --
>
> Key: SOLR-11281
> URL: https://issues.apache.org/jira/browse/SOLR-11281
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: metrics
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
>Priority: Minor
> Fix For: master (8.0), 7.1
>
>
> This test fails frequently on jenkins with a failed assertion:
> {code}
> FAILED:  org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter
> Error Message:
> Stack Trace:
> java.lang.AssertionError
>   at 
> __randomizedtesting.SeedInfo.seed([7B977D6F04FCA50C:247350586FF03649]:0)
>   at org.junit.Assert.fail(Assert.java:92)
>   at org.junit.Assert.assertTrue(Assert.java:43)
>   at org.junit.Assert.assertTrue(Assert.java:54)
>   at 
> org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter(SolrSlf4jReporterTest.java:84)
> {code}
> A better failure message is needed first, then the test needs a fix to be 
> more robust.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-11281) SolrSlf4jReporterTest fails on jenkins

[Andrzej Bialecki (JIRA)]

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

Andrzej Bialecki  updated SOLR-11281:
-
Fix Version/s: 7.1
   master (8.0)

> SolrSlf4jReporterTest fails on jenkins
> --
>
> Key: SOLR-11281
> URL: https://issues.apache.org/jira/browse/SOLR-11281
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: metrics
>Reporter: Andrzej Bialecki 
>Assignee: Andrzej Bialecki 
>Priority: Minor
> Fix For: master (8.0), 7.1
>
>
> This test fails frequently on jenkins with a failed assertion:
> {code}
> FAILED:  org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter
> Error Message:
> Stack Trace:
> java.lang.AssertionError
>   at 
> __randomizedtesting.SeedInfo.seed([7B977D6F04FCA50C:247350586FF03649]:0)
>   at org.junit.Assert.fail(Assert.java:92)
>   at org.junit.Assert.assertTrue(Assert.java:43)
>   at org.junit.Assert.assertTrue(Assert.java:54)
>   at 
> org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter(SolrSlf4jReporterTest.java:84)
> {code}
> A better failure message is needed first, then the test needs a fix to be 
> more robust.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Created] (SOLR-11281) SolrSlf4jReporterTest fails on jenkins

[Andrzej Bialecki (JIRA)]

Andrzej Bialecki  created SOLR-11281:


 Summary: SolrSlf4jReporterTest fails on jenkins
 Key: SOLR-11281
 URL: https://issues.apache.org/jira/browse/SOLR-11281
 Project: Solr
  Issue Type: Bug
  Security Level: Public (Default Security Level. Issues are Public)
  Components: metrics
Reporter: Andrzej Bialecki 
Assignee: Andrzej Bialecki 
Priority: Minor


This test fails frequently on jenkins with a failed assertion:

{code}
FAILED:  org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([7B977D6F04FCA50C:247350586FF03649]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter(SolrSlf4jReporterTest.java:84)
{code}
A better failure message is needed first, then the test needs a fix to be more 
robust.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-10136) TestReqParamsAPI regularly fails on Policeman Jenkins

[ASF subversion and git services (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-10136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138232#comment-16138232
 ] 

ASF subversion and git services commented on SOLR-10136:


Commit 1a614058eaeaf9f8c5ce86a2e1263610d350569f in lucene-solr's branch 
refs/heads/master from [~noble.paul]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=1a61405 ]

SOLR-10136: unused imports


> TestReqParamsAPI regularly fails on Policeman Jenkins
> -
>
> Key: SOLR-10136
> URL: https://issues.apache.org/jira/browse/SOLR-10136
> Project: Solr
>  Issue Type: Test
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Christine Poerschke
>Assignee: Noble Paul
> Attachments: logs.tar.gz
>
>
> {{org.apache.solr.handler.TestReqParamsAPI.test}} regularly fails though 
> interestly only on Policeman Jenkins and not on Apache Jenkins e.g. 
> https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18962/testReport/junit/org.apache.solr.handler/TestReqParamsAPI/test/
> The Feb 9th SOLR-10032 report categorised the test as _flakey_.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Release a 6.6.1

[Varun Thacker]

Hi Ishan,

That's useful info!

The failure I posted was from my second attempt with "export
GPG_TTY=$(tty)" present. I was prompted the password.

Once I entered the password the "sign-artifacts:" phase looks to have
completed. The attached output doesn't even show a failure.

I'm going to give it another try in the meanwhile

On Wed, Aug 23, 2017 at 4:20 PM, Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> Varun, I had the same issue. Please see my notes in the end of the
> ReleaseToDo section.
>
> On Wed, Aug 23, 2017 at 1:43 PM, Varun Thacker  wrote:
>
>> An update on the RC build : In the first couple of attempts a Solr test
>> would fail so the process would get aborted.
>>
>> Then I hit "gpg: signing failed: Inappropriate ioctl for device" in the
>> "prepare-release" phase. I was able to fix this by installing a couple of
>> extra packages and following some instructions online.
>>
>> In the last attempt I hit this:
>>
>> Prepare release...
>>   git pull...
>>   git clone is clean
>>   git rev: f4fb90886690c829a062f4243a62825f810ad359
>>   Check DOAP files
>>   ant clean test validate documentation-lint
>>   lucene prepare-release
>> FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA prepare-release [see
>> log /tmp/release.log]
>> Traceback (most recent call last):
>>   File "dev-tools/scripts/buildAndPushRelease.py", line 313, in 
>> main()
>>   File "dev-tools/scripts/buildAndPushRelease.py", line 294, in main
>> rev = prepare(c.root, c.version, c.key_id, c.key_password)
>>   File "dev-tools/scripts/buildAndPushRelease.py", line 114, in prepare
>> runAndSendGPGPassword(cmd, gpgPassword)
>>   File "dev-tools/scripts/buildAndPushRelease.py", line 60, in
>> runAndSendGPGPassword
>> raise RuntimeError(msg)
>> RuntimeError: FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA
>> prepare-release [see log /tmp/release.log]
>>
>> Here's the release.log output : https://www.dropbox.com/s/ys
>> svqbwcpjrq7ah/release.log?dl=0 which seems to indicate that it succeeded
>> ?
>>
>>
>> On Tue, Aug 22, 2017 at 8:10 AM, Varun Thacker  wrote:
>>
>>> Hi Uwe,
>>>
>>> I can backport it and then I'll begin working on the RC
>>>
>>> On Tue, Aug 22, 2017 at 2:17 AM, Uwe Schindler  wrote:
>>>
 Hi,



 The windows startup script fix was committed to 7.0, but not 6.6.1. If
 Varun has time to test the fixes in https://issues.apache.org/jira
 /browse/SOLR-8689 we may include them, but I left them out for now.
 Please reopen the issue if you think it’s worth. It should be a simple
 cherry pick.



 Uwe



 -

 Uwe Schindler

 Achterdiek 19, D-28357 Bremen

 http://www.thetaphi.de

 eMail: u...@thetaphi.de



 *From:* Uwe Schindler [mailto:u...@thetaphi.de]
 *Sent:* Monday, August 21, 2017 2:11 PM

 *To:* dev@lucene.apache.org
 *Subject:* RE: Release a 6.6.1



 Hi,



 Is there any interest to maybe get the Windows Shell scripts fixed, so
 they work with Java 9? Currently you cannot start Solr on Windows systems,
 as the version number checking and the GC options are not working. It’s
 https://issues.apache.org/jira/browse/SOLR-8689 - I am just waiting
 for feedback and wanted to put it into 7.0. But if there is interest, I can
 backport to 6.6, too (not yet planned).



 Yesterday (before your mail), I already backported a Hadoop 2.7.2 ->
 2.7.4 update, so it works now with Java 9. This made the ugly workaround
 obsolete (changing java.version sysprop temporarily). This fix is now in
 6.6.1 and 7.0 branch.



 Uwe



 -

 Uwe Schindler

 Achterdiek 19, D-28357 Bremen

 http://www.thetaphi.de

 eMail: u...@thetaphi.de



 *From:* Varun Thacker [mailto:va...@vthacker.in ]
 *Sent:* Monday, August 21, 2017 12:49 PM
 *To:* dev@lucene.apache.org
 *Subject:* Re: Release a 6.6.1



 Hi Everyone,



 Does anyone plan on committing any more fixes to the release branch?



 I've disabled SOLR-11247 for the branch so that we get a few Jenkins
 runs without any failures.



 I plan on creating an RC in 12-14 hours time from now if all goes well



 On Mon, Aug 21, 2017 at 8:50 AM, Erick Erickson <
 erickerick...@gmail.com> wrote:

 Uwe:



 As far as I'm concerned, please do put both in. Varun is the RM and has
 final say of course. He may be traveling though and be a little delayed
 responding.



 Erick



 On Sun, Aug 20, 2017 at 5:41 AM, Uwe Schindler  wrote:

 Hi,



 I just noticed, that our Hadoop friends released Hadoop 2.7.4. This

Re: Release 7.0 process starts

[Uwe Schindler]

Keep in mind that there is also branch_7_0.

Uww

Am 23. August 2017 12:26:42 MESZ schrieb "Andrzej Białecki" :
>
>> On 23 Aug 2017, at 08:15, Anshum Gupta  wrote:
>> 
>> I also found more issues when comparing 7x, with 6x this time. I’ll
>take a look at wether it’s just the CHANGES entries or have these
>actually missed the branch. I assume it’s just the CHANGES, but want to
>be sure. If the committers involved can pitch in, I’d appreciate, else
>I’ll work on this for a bit right now and continue with this tomorrow
>morning.
>> 
>> - SOLR-10477 (Ab)
>
>This is a partial back-port of relevant improvements from master to 6x,
>so there are no strictly corresponding commits on 7x/master.
>
>> - SOLR-10631: Metric reporters leak on 6x. (Ab)
>
>This one has been fixed as part of other related issues in branches 7.x
>/ master, so it only required a specific fix for 6x.
>
>> - SOLR-1 (Ab)
>> 
>
>This has been committed first to 7x, then to 6x and it’s present in
>branch_6_6.
>
>
>---
>Best regards,
>
>Andrzej Bialecki

--
Uwe Schindler
Achterdiek 19, 28357 Bremen
https://www.thetaphi.de

Re: Release a 6.6.1

[Ishan Chattopadhyaya]

Varun, I had the same issue. Please see my notes in the end of the
ReleaseToDo section.

On Wed, Aug 23, 2017 at 1:43 PM, Varun Thacker  wrote:

> An update on the RC build : In the first couple of attempts a Solr test
> would fail so the process would get aborted.
>
> Then I hit "gpg: signing failed: Inappropriate ioctl for device" in the
> "prepare-release" phase. I was able to fix this by installing a couple of
> extra packages and following some instructions online.
>
> In the last attempt I hit this:
>
> Prepare release...
>   git pull...
>   git clone is clean
>   git rev: f4fb90886690c829a062f4243a62825f810ad359
>   Check DOAP files
>   ant clean test validate documentation-lint
>   lucene prepare-release
> FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA prepare-release [see
> log /tmp/release.log]
> Traceback (most recent call last):
>   File "dev-tools/scripts/buildAndPushRelease.py", line 313, in 
> main()
>   File "dev-tools/scripts/buildAndPushRelease.py", line 294, in main
> rev = prepare(c.root, c.version, c.key_id, c.key_password)
>   File "dev-tools/scripts/buildAndPushRelease.py", line 114, in prepare
> runAndSendGPGPassword(cmd, gpgPassword)
>   File "dev-tools/scripts/buildAndPushRelease.py", line 60, in
> runAndSendGPGPassword
> raise RuntimeError(msg)
> RuntimeError: FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA
> prepare-release [see log /tmp/release.log]
>
> Here's the release.log output : https://www.dropbox.com/s/
> yssvqbwcpjrq7ah/release.log?dl=0 which seems to indicate that it
> succeeded ?
>
>
> On Tue, Aug 22, 2017 at 8:10 AM, Varun Thacker  wrote:
>
>> Hi Uwe,
>>
>> I can backport it and then I'll begin working on the RC
>>
>> On Tue, Aug 22, 2017 at 2:17 AM, Uwe Schindler  wrote:
>>
>>> Hi,
>>>
>>>
>>>
>>> The windows startup script fix was committed to 7.0, but not 6.6.1. If
>>> Varun has time to test the fixes in https://issues.apache.org/jira
>>> /browse/SOLR-8689 we may include them, but I left them out for now.
>>> Please reopen the issue if you think it’s worth. It should be a simple
>>> cherry pick.
>>>
>>>
>>>
>>> Uwe
>>>
>>>
>>>
>>> -
>>>
>>> Uwe Schindler
>>>
>>> Achterdiek 19, D-28357 Bremen
>>>
>>> http://www.thetaphi.de
>>>
>>> eMail: u...@thetaphi.de
>>>
>>>
>>>
>>> *From:* Uwe Schindler [mailto:u...@thetaphi.de]
>>> *Sent:* Monday, August 21, 2017 2:11 PM
>>>
>>> *To:* dev@lucene.apache.org
>>> *Subject:* RE: Release a 6.6.1
>>>
>>>
>>>
>>> Hi,
>>>
>>>
>>>
>>> Is there any interest to maybe get the Windows Shell scripts fixed, so
>>> they work with Java 9? Currently you cannot start Solr on Windows systems,
>>> as the version number checking and the GC options are not working. It’s
>>> https://issues.apache.org/jira/browse/SOLR-8689 - I am just waiting for
>>> feedback and wanted to put it into 7.0. But if there is interest, I can
>>> backport to 6.6, too (not yet planned).
>>>
>>>
>>>
>>> Yesterday (before your mail), I already backported a Hadoop 2.7.2 ->
>>> 2.7.4 update, so it works now with Java 9. This made the ugly workaround
>>> obsolete (changing java.version sysprop temporarily). This fix is now in
>>> 6.6.1 and 7.0 branch.
>>>
>>>
>>>
>>> Uwe
>>>
>>>
>>>
>>> -
>>>
>>> Uwe Schindler
>>>
>>> Achterdiek 19, D-28357 Bremen
>>>
>>> http://www.thetaphi.de
>>>
>>> eMail: u...@thetaphi.de
>>>
>>>
>>>
>>> *From:* Varun Thacker [mailto:va...@vthacker.in ]
>>> *Sent:* Monday, August 21, 2017 12:49 PM
>>> *To:* dev@lucene.apache.org
>>> *Subject:* Re: Release a 6.6.1
>>>
>>>
>>>
>>> Hi Everyone,
>>>
>>>
>>>
>>> Does anyone plan on committing any more fixes to the release branch?
>>>
>>>
>>>
>>> I've disabled SOLR-11247 for the branch so that we get a few Jenkins
>>> runs without any failures.
>>>
>>>
>>>
>>> I plan on creating an RC in 12-14 hours time from now if all goes well
>>>
>>>
>>>
>>> On Mon, Aug 21, 2017 at 8:50 AM, Erick Erickson 
>>> wrote:
>>>
>>> Uwe:
>>>
>>>
>>>
>>> As far as I'm concerned, please do put both in. Varun is the RM and has
>>> final say of course. He may be traveling though and be a little delayed
>>> responding.
>>>
>>>
>>>
>>> Erick
>>>
>>>
>>>
>>> On Sun, Aug 20, 2017 at 5:41 AM, Uwe Schindler  wrote:
>>>
>>> Hi,
>>>
>>>
>>>
>>> I just noticed, that our Hadoop friends released Hadoop 2.7.4. This
>>> fixes the stupid Java 9 bug in their static initializer
>>> (StringIndexOutOfBounds). So I’d like to also get
>>> https://issues.apache.org/jira/browse/SOLR-11261 in. If Jenkins is
>>> happy on 7.x and master, this should be easy.
>>>
>>>
>>>
>>> If you think it’s too risky (Hadoop 2.7.2 -> 2.7.4), we can live with
>>> the workaround in Lucene 6.6.1! But the workaround is really hacky: It
>>> changes the “java.version” system property temporarily on Java 9 while
>>> initializing Hadoop, which is not something you should ever do!
>>>
>>>
>>>
>>> Uwe
>>>
>>>
>>>
>>> -
>>>
>>> Uwe 

[JENKINS] Lucene-Solr-master-Linux (64bit/jdk1.8.0_144) - Build # 20362 - Still Failing!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/20362/
Java: 64bit/jdk1.8.0_144 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

2 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation

Error Message:
2 threads leaked from SUITE scope at 
org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 1) 
Thread[id=10782, name=jetty-launcher-1401-thread-1-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
 at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
 at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)  
   at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
 at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)  
   at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
 at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
 at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
 at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:530)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:505)   
 2) Thread[id=10792, name=jetty-launcher-1401-thread-2-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
 at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
 at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)  
   at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
 at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)  
   at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
 at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
 at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
 at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:530)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:505)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 2 threads leaked from SUITE 
scope at org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 
   1) Thread[id=10782, name=jetty-launcher-1401-thread-1-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
at 

[JENKINS-EA] Lucene-Solr-master-Windows (32bit/jdk-9-ea+181) - Build # 6841 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/6841/
Java: 32bit/jdk-9-ea+181 -client -XX:+UseParallelGC --illegal-access=deny

2 tests failed.
FAILED:  org.apache.solr.cloud.ForceLeaderTest.testReplicasInLIRNoLeader

Error Message:
Doc with id=1 not found in http://127.0.0.1:53611/forceleader_test_collection 
due to: Path not found: /id; rsp={doc=null}

Stack Trace:
java.lang.AssertionError: Doc with id=1 not found in 
http://127.0.0.1:53611/forceleader_test_collection due to: Path not found: /id; 
rsp={doc=null}
at 
__randomizedtesting.SeedInfo.seed([9088AC7E821153F:EF9FBE07D1A3EC5E]:0)
at org.junit.Assert.fail(Assert.java:93)
at org.junit.Assert.assertTrue(Assert.java:43)
at 
org.apache.solr.cloud.HttpPartitionTest.assertDocExists(HttpPartitionTest.java:603)
at 
org.apache.solr.cloud.HttpPartitionTest.assertDocsExistInAllReplicas(HttpPartitionTest.java:556)
at 
org.apache.solr.cloud.ForceLeaderTest.testReplicasInLIRNoLeader(ForceLeaderTest.java:142)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:993)
at 
org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:968)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)

Re: Release 7.0 process starts

[Andrzej Białecki]

> On 23 Aug 2017, at 08:15, Anshum Gupta  wrote:
> 
> I also found more issues when comparing 7x, with 6x this time. I’ll take a 
> look at wether it’s just the CHANGES entries or have these actually missed 
> the branch. I assume it’s just the CHANGES, but want to be sure. If the 
> committers involved can pitch in, I’d appreciate, else I’ll work on this for 
> a bit right now and continue with this tomorrow morning.
> 
> - SOLR-10477 (Ab)

This is a partial back-port of relevant improvements from master to 6x, so 
there are no strictly corresponding commits on 7x/master.

> - SOLR-10631: Metric reporters leak on 6x. (Ab)

This one has been fixed as part of other related issues in branches 7.x / 
master, so it only required a specific fix for 6x.

> - SOLR-1 (Ab)
> 

This has been committed first to 7x, then to 6x and it’s present in branch_6_6.


---
Best regards,

Andrzej Bialecki

[jira] [Commented] (LUCENE-7936) Extend Geoshape interfaces so objects can be copied/serialized

[Karl Wright (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138190#comment-16138190
 ] 

Karl Wright commented on LUCENE-7936:
-

My thought is that we can explicitly choose to serialize the planet model 
exactly ONCE, should we want to do that, rather than inside of every point and 
shape.  We also don't have to serialize class names EXCEPT when they can be 
ambiguous.  To GeoPoint, I will be adding read/write methods for strings and 
for SerializedObjects.  I think we still need a separate place for static 
methods to support serialization/deserialization to live -- maybe in the 
SerializedObject interface itself, rather than in GeoPoint?  We can supposedly 
do that now with Java 8 -- although I'd really not want them to be visible 
outside the package if possible.

I have *zero* time today and most of tomorrow but if this looks promising 
please wait on implementing serialization until I'm ready.  Tile iteration you 
can go ahead with.  Thanks!


> Extend Geoshape interfaces so objects can be copied/serialized
> --
>
> Key: LUCENE-7936
> URL: https://issues.apache.org/jira/browse/LUCENE-7936
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial3d
>Reporter: Ignacio Vera
>Assignee: Karl Wright
> Attachments: GeoBinaryCodec.patch, LUCENE-7936.patch, 
> LUCENE-7936.patch, Spatial4j.patch
>
>
> Hi [~david.wri...@bksv.com],
> I would like to propose to extends the GeoShape interfaces to be able to 
> copy/serialized the objects. The current status and  propose change is as 
> following:
> GeoPoint: It can be serialized by using x, y, z
> GeoCircle:  It can be serialized by using getCenter() and getRadius() and 
> getPlanetModel()
> GeoCompositeShape: It can be serialized by accesing shapes using size() and 
> GetShape(int index)
> GeoPath: add methods to the interface getPoints() and getCutoffAngle()
> GeoPolygon: This is the most complicated one as we have different types:
>1.- GeoCompositePolygon is just a composite
>2.- GeoConcavePolygon and GeoConvexPolygon: Create a new interface for 
> those polygons which exposes the points, holes, internaledges and 
> concavity/convexity
>3.- GeoComplexPolygons: Do nothing, they are too complex to be serialize??
> I am intersested in accesing the discreatization of the polygons into convex 
> and concave ones for other reasons as well. I think this should be expose as 
> they end result can be used for other use cases.
> Cheers,
> I.
>   



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (LUCENE-7936) Extend Geoshape interfaces so objects can be copied/serialized

[Karl Wright (JIRA)]

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

Karl Wright updated LUCENE-7936:

Attachment: LUCENE-7936.patch

[~ivera], I took the tack of not serializing the planetmodel, but requiring it 
on deserialization.  This will give a much more compact representation.  The 
attached patch is not complete, and still needs much work (including actual 
implementations for most objects except GeoPoint).

> Extend Geoshape interfaces so objects can be copied/serialized
> --
>
> Key: LUCENE-7936
> URL: https://issues.apache.org/jira/browse/LUCENE-7936
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial3d
>Reporter: Ignacio Vera
>Assignee: Karl Wright
> Attachments: GeoBinaryCodec.patch, LUCENE-7936.patch, 
> LUCENE-7936.patch, Spatial4j.patch
>
>
> Hi [~david.wri...@bksv.com],
> I would like to propose to extends the GeoShape interfaces to be able to 
> copy/serialized the objects. The current status and  propose change is as 
> following:
> GeoPoint: It can be serialized by using x, y, z
> GeoCircle:  It can be serialized by using getCenter() and getRadius() and 
> getPlanetModel()
> GeoCompositeShape: It can be serialized by accesing shapes using size() and 
> GetShape(int index)
> GeoPath: add methods to the interface getPoints() and getCutoffAngle()
> GeoPolygon: This is the most complicated one as we have different types:
>1.- GeoCompositePolygon is just a composite
>2.- GeoConcavePolygon and GeoConvexPolygon: Create a new interface for 
> those polygons which exposes the points, holes, internaledges and 
> concavity/convexity
>3.- GeoComplexPolygons: Do nothing, they are too complex to be serialize??
> I am intersested in accesing the discreatization of the polygons into convex 
> and concave ones for other reasons as well. I think this should be expose as 
> they end result can be used for other use cases.
> Cheers,
> I.
>   



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Assigned] (SOLR-10126) PeerSyncReplicationTest is a flakey test.

[Cao Manh Dat (JIRA)]

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

Cao Manh Dat reassigned SOLR-10126:
---

Assignee: Cao Manh Dat

> PeerSyncReplicationTest is a flakey test.
> -
>
> Key: SOLR-10126
> URL: https://issues.apache.org/jira/browse/SOLR-10126
> Project: Solr
>  Issue Type: Test
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Mark Miller
>Assignee: Cao Manh Dat
> Attachments: faillogs.tar.gz, SOLR-10126.patch
>
>
> Could be related to SOLR-9555, but I will see what else pops up under 
> beasting.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS-EA] Lucene-Solr-7.x-Linux (64bit/jdk-9-ea+181) - Build # 305 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/305/
Java: 64bit/jdk-9-ea+181 -XX:-UseCompressedOops -XX:+UseG1GC 
--illegal-access=deny

2 tests failed.
FAILED:  org.apache.solr.cloud.LeaderElectionContextKeyTest.test

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([7B977D6F04FCA50C:F3C342B5AA00C8F4]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.solr.cloud.LeaderElectionContextKeyTest.test(LeaderElectionContextKeyTest.java:88)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
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:53)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:54)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at java.base/java.lang.Thread.run(Thread.java:844)


FAILED:  org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([7B977D6F04FCA50C:247350586FF03649]:0)
at org.junit.Assert.fail(Assert.java:92)
at 

[jira] [Commented] (SOLR-10136) TestReqParamsAPI regularly fails on Policeman Jenkins

[Mikhail Khludnev (JIRA)]

[ 
https://issues.apache.org/jira/browse/SOLR-10136?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138118#comment-16138118
 ] 

Mikhail Khludnev commented on SOLR-10136:
-

it seems to break precommit 
{quote}
 [ecj-lint] 5. ERROR in 
/.../lucene-solr/solr/core/src/test/org/apache/solr/handler/TestReqParamsAPI.java
 (at line 25)
 [ecj-lint] import org.apache.lucene.util.LuceneTestCase.AwaitsFix;
 [ecj-lint]^^^
 [ecj-lint] The import org.apache.lucene.util.LuceneTestCase.AwaitsFix is never 
used
{quote}

> TestReqParamsAPI regularly fails on Policeman Jenkins
> -
>
> Key: SOLR-10136
> URL: https://issues.apache.org/jira/browse/SOLR-10136
> Project: Solr
>  Issue Type: Test
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Christine Poerschke
>Assignee: Noble Paul
> Attachments: logs.tar.gz
>
>
> {{org.apache.solr.handler.TestReqParamsAPI.test}} regularly fails though 
> interestly only on Policeman Jenkins and not on Apache Jenkins e.g. 
> https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/18962/testReport/junit/org.apache.solr.handler/TestReqParamsAPI/test/
> The Feb 9th SOLR-10032 report categorised the test as _flakey_.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (LUCENE-7936) Extend Geoshape interfaces so objects can be copied/serialized

[Ignacio Vera (JIRA)]

[ 
https://issues.apache.org/jira/browse/LUCENE-7936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138025#comment-16138025
 ] 

Ignacio Vera commented on LUCENE-7936:
--

Hi  [~daddywri],

I agree we should separate the different tasks. O leave this ticket for  
encoded/decoded of geoShapes and open one more ticket for the TileIterator 
stuff. 

I see if I can propose something by the end of the week. One thing is clear is 
that you already open a can of worms with the GeoPoint stuff. The reason I used 
x/y/z instead of Lat/Lon is because of the Planet Model as you would need to 
encode it as well and for generic cases you will need two doubles to encode it.

Thinking more in depth, there is something I am doing wrong and it is trying to 
use GeoPoint as a GeoShape. There is one shape missig which is a GeoPointShape 
which is actually a GeoShape containing a point. GeoPoint should never extend 
GeoShape! So my first proposal is:

* Add GeoPointShape Interface
* Change GeoDegeneratePoint to contain a GeoPoint and not extend it and 
implement the GeoPointShape interface. Probably rename it to 
GeoStandardPointShape.
* Add a GeoPointshapeFactory

What do you think?



> Extend Geoshape interfaces so objects can be copied/serialized
> --
>
> Key: LUCENE-7936
> URL: https://issues.apache.org/jira/browse/LUCENE-7936
> Project: Lucene - Core
>  Issue Type: Improvement
>  Components: modules/spatial3d
>Reporter: Ignacio Vera
>Assignee: Karl Wright
> Attachments: GeoBinaryCodec.patch, LUCENE-7936.patch, Spatial4j.patch
>
>
> Hi [~david.wri...@bksv.com],
> I would like to propose to extends the GeoShape interfaces to be able to 
> copy/serialized the objects. The current status and  propose change is as 
> following:
> GeoPoint: It can be serialized by using x, y, z
> GeoCircle:  It can be serialized by using getCenter() and getRadius() and 
> getPlanetModel()
> GeoCompositeShape: It can be serialized by accesing shapes using size() and 
> GetShape(int index)
> GeoPath: add methods to the interface getPoints() and getCutoffAngle()
> GeoPolygon: This is the most complicated one as we have different types:
>1.- GeoCompositePolygon is just a composite
>2.- GeoConcavePolygon and GeoConvexPolygon: Create a new interface for 
> those polygons which exposes the points, holes, internaledges and 
> concavity/convexity
>3.- GeoComplexPolygons: Do nothing, they are too complex to be serialize??
> I am intersested in accesing the discreatization of the polygons into convex 
> and concave ones for other reasons as well. I think this should be expose as 
> they end result can be used for other use cases.
> Cheers,
> I.
>   



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Commented] (SOLR-11279) It is necessary to specify how to generate a password when used Basic Authentication!

[JIRA]

[ 
https://issues.apache.org/jira/browse/SOLR-11279?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16138107#comment-16138107
 ] 

Jan Høydahl commented on SOLR-11279:


The docs encourage users to add users/passwords using the API and not hand-edit 
the {{security.json}} file.
If you wish to learn how to generate the password hash using Java, have a look 
at my simple example: https://github.com/cominvent/solr-tools which can also be 
run from the command line.

> It is necessary to specify how to generate a password when used  Basic 
> Authentication!
> --
>
> Key: SOLR-11279
> URL: https://issues.apache.org/jira/browse/SOLR-11279
> Project: Solr
>  Issue Type: Improvement
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 5.3.1
>Reporter: chenmin
>
>  Follow the documentation ,"Usernames and passwords (as a 
> sha256(password+salt) hash) could be added when the file is created.
>  Actually, I do not know how to generate a password.
>  Finding code as:
>   public static String getSaltedHashedValue(String pwd) {
>  final Random r = new SecureRandom();
>  byte[] salt = new byte[32];
>  r.nextBytes(salt);
>  String saltBase64 = Base64.encodeBase64String(salt);
>  String val = sha256(pwd, saltBase64) + " " + saltBase64;
>  return val;
>   }
>  I  think we shoud give an example to generate password in ref guide! 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-11272) EmbeddedSolrServer does not set the path for known SolrRequestHandlers

[Mikhail Khludnev (JIRA)]

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

Mikhail Khludnev updated SOLR-11272:

Attachment: SOLR-11272.patch

> EmbeddedSolrServer does not set the path for known SolrRequestHandlers
> --
>
> Key: SOLR-11272
> URL: https://issues.apache.org/jira/browse/SOLR-11272
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>Affects Versions: 6.6
>Reporter: Stephen Allen
>Priority: Minor
> Attachments: SOLR-11272.patch
>
>
> {{EmbeddedSolrServer}} does not set the path for known 
> {{SolrRequestHandlers}} in the query request context.  This leads to a 
> {{NullPointerException}}.  Patch and test coming in pull request.
> https://github.com/apache/lucene-solr/pull/237



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-11280) Long cannot be cast to String in UpdateLog$LogReplayer

[Markus Jelsma (JIRA)]

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

Markus Jelsma updated SOLR-11280:
-
   Priority: Minor  (was: Major)
Description: 
A node could not recover last night due to it running out of diskspace. The 
node tried to pull the entire index over the wire but that failed. Just now i 
simply removed all index.MMDD... directories and restarted, this is what i 
got:

{code}
java.lang.ClassCastException: java.lang.Long cannot be cast to java.lang.String
at 
org.apache.solr.common.util.JavaBinCodec.readSolrInputDocument(JavaBinCodec.java:571)
at 
org.apache.solr.common.util.JavaBinCodec.readObject(JavaBinCodec.java:310)
at 
org.apache.solr.common.util.JavaBinCodec.readVal(JavaBinCodec.java:251)
at 
org.apache.solr.common.util.JavaBinCodec.readArray(JavaBinCodec.java:712)
at 
org.apache.solr.common.util.JavaBinCodec.readObject(JavaBinCodec.java:267)
at 
org.apache.solr.common.util.JavaBinCodec.readVal(JavaBinCodec.java:251)
at 
org.apache.solr.update.TransactionLog$LogReader.next(TransactionLog.java:684)
at 
org.apache.solr.update.UpdateLog$LogReplayer.doReplay(UpdateLog.java:1591)
at org.apache.solr.update.UpdateLog$LogReplayer.run(UpdateLog.java:1513)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
{code}

Recovery was not a problem, it is running again.

  was:
A node could not recover last night due to it running out of diskspace. The 
node tried to pull the entire index over the wire but that failed. Just now i 
simply removed all index.MMDD... directories and restarted, this is what i 
got:

{code}
java.lang.ClassCastException: java.lang.Long cannot be cast to java.lang.String
at 
org.apache.solr.common.util.JavaBinCodec.readSolrInputDocument(JavaBinCodec.java:571)
at 
org.apache.solr.common.util.JavaBinCodec.readObject(JavaBinCodec.java:310)
at 
org.apache.solr.common.util.JavaBinCodec.readVal(JavaBinCodec.java:251)
at 
org.apache.solr.common.util.JavaBinCodec.readArray(JavaBinCodec.java:712)
at 
org.apache.solr.common.util.JavaBinCodec.readObject(JavaBinCodec.java:267)
at 
org.apache.solr.common.util.JavaBinCodec.readVal(JavaBinCodec.java:251)
at 
org.apache.solr.update.TransactionLog$LogReader.next(TransactionLog.java:684)
at 
org.apache.solr.update.UpdateLog$LogReplayer.doReplay(UpdateLog.java:1591)
at org.apache.solr.update.UpdateLog$LogReplayer.run(UpdateLog.java:1513)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
{code}


> Long cannot be cast to String in UpdateLog$LogReplayer
> --
>
> Key: SOLR-11280
> URL: https://issues.apache.org/jira/browse/SOLR-11280
> Project: Solr
>  Issue Type: Bug
>  Security Level: Public(Default Security Level. Issues are Public) 
>  Components: replication (java)
>Affects Versions: 6.6
>Reporter: Markus Jelsma
>Priority: Minor
> Fix For: master (8.0)
>
>
> A node could not recover last night due to it running out of diskspace. The 
> node tried to pull the entire index over the wire but that failed. Just now i 
> simply removed all index.MMDD... directories and restarted, this is what 
> i got:
> {code}
> java.lang.ClassCastException: java.lang.Long cannot be cast to 
> java.lang.String
>   at 
> org.apache.solr.common.util.JavaBinCodec.readSolrInputDocument(JavaBinCodec.java:571)
>   at 
> org.apache.solr.common.util.JavaBinCodec.readObject(JavaBinCodec.java:310)
>   at 
> 

[jira] [Created] (SOLR-11280) Long cannot be cast to String in UpdateLog$LogReplayer

[Markus Jelsma (JIRA)]

Markus Jelsma created SOLR-11280:


 Summary: Long cannot be cast to String in UpdateLog$LogReplayer
 Key: SOLR-11280
 URL: https://issues.apache.org/jira/browse/SOLR-11280
 Project: Solr
  Issue Type: Bug
  Security Level: Public (Default Security Level. Issues are Public)
  Components: replication (java)
Affects Versions: 6.6
Reporter: Markus Jelsma
 Fix For: master (8.0)


A node could not recover last night due to it running out of diskspace. The 
node tried to pull the entire index over the wire but that failed. Just now i 
simply removed all index.MMDD... directories and restarted, this is what i 
got:

{code}
java.lang.ClassCastException: java.lang.Long cannot be cast to java.lang.String
at 
org.apache.solr.common.util.JavaBinCodec.readSolrInputDocument(JavaBinCodec.java:571)
at 
org.apache.solr.common.util.JavaBinCodec.readObject(JavaBinCodec.java:310)
at 
org.apache.solr.common.util.JavaBinCodec.readVal(JavaBinCodec.java:251)
at 
org.apache.solr.common.util.JavaBinCodec.readArray(JavaBinCodec.java:712)
at 
org.apache.solr.common.util.JavaBinCodec.readObject(JavaBinCodec.java:267)
at 
org.apache.solr.common.util.JavaBinCodec.readVal(JavaBinCodec.java:251)
at 
org.apache.solr.update.TransactionLog$LogReader.next(TransactionLog.java:684)
at 
org.apache.solr.update.UpdateLog$LogReplayer.doReplay(UpdateLog.java:1591)
at org.apache.solr.update.UpdateLog$LogReplayer.run(UpdateLog.java:1513)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at 
org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:229)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
{code}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[JENKINS] Lucene-Solr-7.x-Solaris (64bit/jdk1.8.0) - Build # 129 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Solaris/129/
Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseG1GC

3 tests failed.
FAILED:  
junit.framework.TestSuite.org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation

Error Message:
1 thread leaked from SUITE scope at 
org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 1) 
Thread[id=7278, name=jetty-launcher-1266-thread-1-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation] 
at sun.misc.Unsafe.park(Native Method) at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) 
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
 at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
 at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)  
   at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
 at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)  
   at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
 at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
 at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
 at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
 at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
 at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:530)   
  at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:505)

Stack Trace:
com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE 
scope at org.apache.solr.cloud.TestSolrCloudWithSecureImpersonation: 
   1) Thread[id=7278, name=jetty-launcher-1266-thread-1-EventThread, 
state=TIMED_WAITING, group=TGRP-TestSolrCloudWithSecureImpersonation]
at sun.misc.Unsafe.park(Native Method)
at 
java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedNanos(AbstractQueuedSynchronizer.java:1037)
at 
java.util.concurrent.locks.AbstractQueuedSynchronizer.tryAcquireSharedNanos(AbstractQueuedSynchronizer.java:1328)
at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:277)
at 
org.apache.curator.CuratorZookeeperClient.internalBlockUntilConnectedOrTimedOut(CuratorZookeeperClient.java:323)
at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:105)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.pathInForeground(GetDataBuilderImpl.java:288)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:279)
at 
org.apache.curator.framework.imps.GetDataBuilderImpl.forPath(GetDataBuilderImpl.java:41)
at 
org.apache.curator.framework.recipes.shared.SharedValue.readValue(SharedValue.java:244)
at 
org.apache.curator.framework.recipes.shared.SharedValue.access$100(SharedValue.java:44)
at 
org.apache.curator.framework.recipes.shared.SharedValue$1.process(SharedValue.java:61)
at 
org.apache.curator.framework.imps.NamespaceWatcher.process(NamespaceWatcher.java:67)
at 
org.apache.zookeeper.ClientCnxn$EventThread.processEvent(ClientCnxn.java:530)
at org.apache.zookeeper.ClientCnxn$EventThread.run(ClientCnxn.java:505)
at __randomizedtesting.SeedInfo.seed([2EB2598FEDFA575D]:0)


FAILED:  org.apache.solr.cloud.LeaderElectionContextKeyTest.test

Error Message:


Stack Trace:
java.lang.AssertionError
at 
__randomizedtesting.SeedInfo.seed([2EB2598FEDFA575D:A6E6665543063AA5]:0)
at org.junit.Assert.fail(Assert.java:92)
at org.junit.Assert.assertTrue(Assert.java:43)
at org.junit.Assert.assertTrue(Assert.java:54)
at 
org.apache.solr.cloud.LeaderElectionContextKeyTest.test(LeaderElectionContextKeyTest.java:88)
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:498)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 

Re: Release a 6.6.1

[Varun Thacker]

An update on the RC build : In the first couple of attempts a Solr test
would fail so the process would get aborted.

Then I hit "gpg: signing failed: Inappropriate ioctl for device" in the
"prepare-release" phase. I was able to fix this by installing a couple of
extra packages and following some instructions online.

In the last attempt I hit this:

Prepare release...
  git pull...
  git clone is clean
  git rev: f4fb90886690c829a062f4243a62825f810ad359
  Check DOAP files
  ant clean test validate documentation-lint
  lucene prepare-release
FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA prepare-release [see log
/tmp/release.log]
Traceback (most recent call last):
  File "dev-tools/scripts/buildAndPushRelease.py", line 313, in 
main()
  File "dev-tools/scripts/buildAndPushRelease.py", line 294, in main
rev = prepare(c.root, c.version, c.key_id, c.key_password)
  File "dev-tools/scripts/buildAndPushRelease.py", line 114, in prepare
runAndSendGPGPassword(cmd, gpgPassword)
  File "dev-tools/scripts/buildAndPushRelease.py", line 60, in
runAndSendGPGPassword
raise RuntimeError(msg)
RuntimeError: FAILED: ant -Dversion=6.6.1 -Dgpg.key=7F3DE8DA
prepare-release [see log /tmp/release.log]

Here's the release.log output :
https://www.dropbox.com/s/yssvqbwcpjrq7ah/release.log?dl=0 which seems to
indicate that it succeeded ?


On Tue, Aug 22, 2017 at 8:10 AM, Varun Thacker  wrote:

> Hi Uwe,
>
> I can backport it and then I'll begin working on the RC
>
> On Tue, Aug 22, 2017 at 2:17 AM, Uwe Schindler  wrote:
>
>> Hi,
>>
>>
>>
>> The windows startup script fix was committed to 7.0, but not 6.6.1. If
>> Varun has time to test the fixes in https://issues.apache.org/jira
>> /browse/SOLR-8689 we may include them, but I left them out for now.
>> Please reopen the issue if you think it’s worth. It should be a simple
>> cherry pick.
>>
>>
>>
>> Uwe
>>
>>
>>
>> -
>>
>> Uwe Schindler
>>
>> Achterdiek 19, D-28357 Bremen
>>
>> http://www.thetaphi.de
>>
>> eMail: u...@thetaphi.de
>>
>>
>>
>> *From:* Uwe Schindler [mailto:u...@thetaphi.de]
>> *Sent:* Monday, August 21, 2017 2:11 PM
>>
>> *To:* dev@lucene.apache.org
>> *Subject:* RE: Release a 6.6.1
>>
>>
>>
>> Hi,
>>
>>
>>
>> Is there any interest to maybe get the Windows Shell scripts fixed, so
>> they work with Java 9? Currently you cannot start Solr on Windows systems,
>> as the version number checking and the GC options are not working. It’s
>> https://issues.apache.org/jira/browse/SOLR-8689 - I am just waiting for
>> feedback and wanted to put it into 7.0. But if there is interest, I can
>> backport to 6.6, too (not yet planned).
>>
>>
>>
>> Yesterday (before your mail), I already backported a Hadoop 2.7.2 ->
>> 2.7.4 update, so it works now with Java 9. This made the ugly workaround
>> obsolete (changing java.version sysprop temporarily). This fix is now in
>> 6.6.1 and 7.0 branch.
>>
>>
>>
>> Uwe
>>
>>
>>
>> -
>>
>> Uwe Schindler
>>
>> Achterdiek 19, D-28357 Bremen
>>
>> http://www.thetaphi.de
>>
>> eMail: u...@thetaphi.de
>>
>>
>>
>> *From:* Varun Thacker [mailto:va...@vthacker.in ]
>> *Sent:* Monday, August 21, 2017 12:49 PM
>> *To:* dev@lucene.apache.org
>> *Subject:* Re: Release a 6.6.1
>>
>>
>>
>> Hi Everyone,
>>
>>
>>
>> Does anyone plan on committing any more fixes to the release branch?
>>
>>
>>
>> I've disabled SOLR-11247 for the branch so that we get a few Jenkins runs
>> without any failures.
>>
>>
>>
>> I plan on creating an RC in 12-14 hours time from now if all goes well
>>
>>
>>
>> On Mon, Aug 21, 2017 at 8:50 AM, Erick Erickson 
>> wrote:
>>
>> Uwe:
>>
>>
>>
>> As far as I'm concerned, please do put both in. Varun is the RM and has
>> final say of course. He may be traveling though and be a little delayed
>> responding.
>>
>>
>>
>> Erick
>>
>>
>>
>> On Sun, Aug 20, 2017 at 5:41 AM, Uwe Schindler  wrote:
>>
>> Hi,
>>
>>
>>
>> I just noticed, that our Hadoop friends released Hadoop 2.7.4. This fixes
>> the stupid Java 9 bug in their static initializer (StringIndexOutOfBounds).
>> So I’d like to also get https://issues.apache.org/jira/browse/SOLR-11261
>> in. If Jenkins is happy on 7.x and master, this should be easy.
>>
>>
>>
>> If you think it’s too risky (Hadoop 2.7.2 -> 2.7.4), we can live with the
>> workaround in Lucene 6.6.1! But the workaround is really hacky: It changes
>> the “java.version” system property temporarily on Java 9 while initializing
>> Hadoop, which is not something you should ever do!
>>
>>
>>
>> Uwe
>>
>>
>>
>> -
>>
>> Uwe Schindler
>>
>> Achterdiek 19, D-28357 Bremen
>>
>> http://www.thetaphi.de
>>
>> eMail: u...@thetaphi.de
>>
>>
>>
>> *From:* Uwe Schindler [mailto:u...@thetaphi.de]
>> *Sent:* Sunday, August 20, 2017 12:53 PM
>> *To:* dev@lucene.apache.org
>> *Subject:* RE: Release a 6.6.1
>>
>>
>>
>> Hi,
>>
>>
>>
>> I need to backport SOLR-10966 to branch 6.6, otherwise Jenkins does not
>> pass with 

[JENKINS-EA] Lucene-Solr-6.6-Linux (64bit/jdk-9-ea+181) - Build # 83 - Still Unstable!

[Policeman Jenkins Server]

Build: https://jenkins.thetaphi.de/job/Lucene-Solr-6.6-Linux/83/
Java: 64bit/jdk-9-ea+181 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC 
--illegal-access=deny

1 tests failed.
FAILED:  org.apache.solr.security.BasicAuthIntegrationTest.testBasicAuth

Error Message:
Error from server at https://127.0.0.1:37543/solr/authCollection: No registered 
leader was found after waiting for 4000ms , collection: authCollection slice: 
shard2

Stack Trace:
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at https://127.0.0.1:37543/solr/authCollection: No registered 
leader was found after waiting for 4000ms , collection: authCollection slice: 
shard2
at 
__randomizedtesting.SeedInfo.seed([35F73E912E24C7B7:899948838A7744CD]:0)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:612)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:279)
at 
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:268)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:447)
at 
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:388)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1383)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:1134)
at 
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:1073)
at 
org.apache.solr.security.BasicAuthIntegrationTest.testBasicAuth(BasicAuthIntegrationTest.java:194)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1713)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:907)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:943)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:957)
at 
com.carrotsearch.randomizedtesting.rules.SystemPropertiesRestoreRule$1.evaluate(SystemPropertiesRestoreRule.java:57)
at 
org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:49)
at 
org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
at 
org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
at 
org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:64)
at 
org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:47)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:368)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:817)
at 
com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:468)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:916)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:802)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:852)
at 
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:863)
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:45)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 
org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:41)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:40)
at 
com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
at 

Re: Release 7.0 process starts

[Jan Høydahl]

> - SOLR-10586 (janhoy)
> - SOLR-10587 (janhoy)

Both of these are only committed to 6.x branch, while the related SOLR-10584 
and SOLR-10585 were committed to 7.x. This is correct.

--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com

> 23. aug. 2017 kl. 08.15 skrev Anshum Gupta :
> 
> I also found more issues when comparing 7x, with 6x this time. I’ll take a 
> look at wether it’s just the CHANGES entries or have these actually missed 
> the branch. I assume it’s just the CHANGES, but want to be sure. If the 
> committers involved can pitch in, I’d appreciate, else I’ll work on this for 
> a bit right now and continue with this tomorrow morning.
> 
> - SOLR-10477 (Ab)
> - SOLR-10631: Metric reporters leak on 6x. (Ab)
> - SOLR-10718: Shawn Feldman, Hrishikesh Gadre, janhoy, Jason Gerlowski via 
> Ishan Chattopadhyaya)
> - SOLR-10586 (janhoy)
> - SOLR-10587 (janhoy)
> - SOLR-1 (Ab)
> 
> I don’t think we’re missing any commits after this as I’ve now compared both 
> 6x with 7.0, and master with 7.0.
> 
> -Anshum
> 
> 
> 
>> On Aug 22, 2017, at 10:50 PM, Anshum Gupta > > wrote:
>> 
>> Hi,
>> 
>> I’m sanitizing the CHANGES.txt in branch_7_0, before cutting the RC. Here 
>> are a couple of conflicting CHANGES.txt entries:
>> 
>> - SOLR-11128: Entry in 'Other changes' on branch_7_0 , but in 'Other 
>> changes' on master (Varun, Ishan)
>> - SOLR-10821: Mention in master (7.0 section) but not in branch_7_0 (Noble, 
>> Cassandra, Shalin)
>> 
>> I am going to add the entry for SOLR-10821 on branch_7_0, and move the entry 
>> to the bug fix section on master for SOLR-11228. 
>> 
>> If the committers involved here think that isn’t apt, let me know or feel 
>> free to fix it.
>> 
>> Getting the RC generally takes a few tries, and I’m also helping Varun with 
>> the RC build for 6.6.1, so all of you would have more than a few hours for 
>> this :).
>> 
>> -Anshum
>> 
>> 
>> 
> 

[jira] [Resolved] (SOLR-10126) PeerSyncReplicationTest is a flakey test.

[Cao Manh Dat (JIRA)]

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

Cao Manh Dat resolved SOLR-10126.
-
Resolution: Fixed

> PeerSyncReplicationTest is a flakey test.
> -
>
> Key: SOLR-10126
> URL: https://issues.apache.org/jira/browse/SOLR-10126
> Project: Solr
>  Issue Type: Test
>  Security Level: Public(Default Security Level. Issues are Public) 
>Reporter: Mark Miller
>Assignee: Cao Manh Dat
> Attachments: faillogs.tar.gz, SOLR-10126.patch
>
>
> Could be related to SOLR-9555, but I will see what else pops up under 
> beasting.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org