[JENKINS-EA] Lucene-Solr-BadApples-7.x-Linux (64bit/jdk-12-ea+shipilev-fastdebug) - Build # 168 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-BadApples-7.x-Linux/168/ Java: 64bit/jdk-12-ea+shipilev-fastdebug -XX:+UseCompressedOops -XX:+UseParallelGC All tests passed Build Log: [...truncated 8081 lines...] [junit4] JVM J0: stdout was not empty, see: /home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/lucene/build/grouping/test/temp/junit4-J0-20190228_071947_3214086873911787360718.sysout [junit4] >>> JVM J0 emitted unexpected output (verbatim) [junit4] # To suppress the following error report, specify this argument [junit4] # after -XX: or in .hotspotrc: SuppressErrorAt=/loopPredicate.cpp:315 [junit4] # [junit4] # A fatal error has been detected by the Java Runtime Environment: [junit4] # [junit4] # Internal Error (/home/buildbot/worker/jdk12u-linux/build/src/hotspot/share/opto/loopPredicate.cpp:315), pid=28868, tid=28935 [junit4] # assert(dom_r->unique_ctrl_out()->is_Call()) failed: unc expected [junit4] # [junit4] # JRE version: OpenJDK Runtime Environment (12.0) (fastdebug build 12-testing+0-builds.shipilev.net-openjdk-jdk12-b109-20190215-jdk-1229) [junit4] # Java VM: OpenJDK 64-Bit Server VM (fastdebug 12-testing+0-builds.shipilev.net-openjdk-jdk12-b109-20190215-jdk-1229, mixed mode, sharing, tiered, compressed oops, parallel gc, linux-amd64) [junit4] # Problematic frame: [junit4] # V [libjvm.so+0x1241ab3] PhaseIdealLoop::clone_loop_predicates_fix_mem(ProjNode*, ProjNode*, PhaseIdealLoop*, PhaseIterGVN*)+0x123 [junit4] # [junit4] # No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again [junit4] # [junit4] # An error report file with more information is saved as: [junit4] # /home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/lucene/build/grouping/test/J0/hs_err_pid28868.log [junit4] # [junit4] # Compiler replay data is saved as: [junit4] # /home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/lucene/build/grouping/test/J0/replay_pid28868.log [junit4] # [junit4] # If you would like to submit a bug report, please visit: [junit4] # http://bugreport.java.com/bugreport/crash.jsp [junit4] # [junit4] Current thread is 28935 [junit4] Dumping core ... [junit4] <<< JVM J0: EOF [junit4] JVM J0: stderr was not empty, see: /home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/lucene/build/grouping/test/temp/junit4-J0-20190228_071947_3219170547649963226683.syserr [junit4] >>> JVM J0 emitted unexpected output (verbatim) [junit4] OpenJDK 64-Bit Server VM warning: increase O_BUFLEN in ostream.hpp -- output truncated [junit4] <<< JVM J0: EOF [...truncated 15 lines...] [junit4] ERROR: JVM J0 ended with an exception, command line: /home/jenkins/tools/java/64bit/jdk-12-ea+shipilev-fastdebug/bin/java -XX:+UseCompressedOops -XX:+UseParallelGC -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/heapdumps -ea -esa --illegal-access=deny -Dtests.prefix=tests -Dtests.seed=D2FD557314A14A52 -Xmx512M -Dtests.iters= -Dtests.verbose=false -Dtests.infostream=false -Dtests.codec=random -Dtests.postingsformat=random -Dtests.docvaluesformat=random -Dtests.locale=random -Dtests.timezone=random -Dtests.directory=random -Dtests.linedocsfile=europarl.lines.txt.gz -Dtests.luceneMatchVersion=7.8.0 -Dtests.cleanthreads=perMethod -Djava.util.logging.config.file=/home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/lucene/tools/junit4/logging.properties -Dtests.nightly=false -Dtests.weekly=false -Dtests.monster=false -Dtests.slow=true -Dtests.asserts=true -Dtests.multiplier=3 -DtempDir=./temp -Djava.io.tmpdir=./temp -Dcommon.dir=/home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/lucene -Dclover.db.dir=/home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/lucene/build/clover/db -Djava.security.policy=/home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/lucene/tools/junit4/tests.policy -Dtests.LUCENE_VERSION=7.8.0 -Djetty.testMode=1 -Djetty.insecurerandom=1 -Dsolr.directoryFactory=org.apache.solr.core.MockDirectoryFactory -Djava.awt.headless=true -Djdk.map.althashing.threshold=0 -Dtests.src.home=/home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux -Djava.security.egd=file:/dev/./urandom -Djunit4.childvm.cwd=/home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/lucene/build/grouping/test/J0 -Djunit4.tempDir=/home/jenkins/workspace/Lucene-Solr-BadApples-7.x-Linux/lucene/build/grouping/test/temp -Djunit4.childvm.id=0 -Djunit4.childvm.count=3 -Dfile.encoding=UTF-8 -Djava.security.manager=org.apache.lucene.util.TestSecurityManager -Dtests.filterstacks=true -Dtests.leaveTemporary=false -Dtests.badapples=true -classpath
[JENKINS] Lucene-Solr-BadApples-NightlyTests-7.x - Build # 50 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-BadApples-NightlyTests-7.x/50/ 3 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.RestartWhileUpdatingTest Error Message: ObjectTracker found 54 object(s) that were not released!!! [MMapDirectory, TransactionLog, MMapDirectory, SolrCore, MMapDirectory, TransactionLog, MMapDirectory, MDCAwareThreadPoolExecutor, TransactionLog, MDCAwareThreadPoolExecutor, SolrCore, MMapDirectory, MMapDirectory, MMapDirectory, TransactionLog, MMapDirectory, MMapDirectory, TransactionLog, SolrIndexSearcher, MMapDirectory, MMapDirectory, MMapDirectory, SolrCore, TransactionLog, TransactionLog, InternalHttpClient, MMapDirectory, SolrCore, MMapDirectory, SolrIndexSearcher, SolrCore, MMapDirectory, TransactionLog, SolrIndexSearcher, MDCAwareThreadPoolExecutor, SolrIndexSearcher, TransactionLog, InternalHttpClient, MDCAwareThreadPoolExecutor, MMapDirectory, MMapDirectory, SolrCore, SolrIndexSearcher, MDCAwareThreadPoolExecutor, MMapDirectory, SolrIndexSearcher, MDCAwareThreadPoolExecutor, MMapDirectory, MDCAwareThreadPoolExecutor, SolrCore, SolrIndexSearcher, InternalHttpClient, MMapDirectory, MMapDirectory] org.apache.solr.common.util.ObjectReleaseTracker$ObjectTrackerException: org.apache.lucene.store.MMapDirectory at org.apache.solr.common.util.ObjectReleaseTracker.track(ObjectReleaseTracker.java:42) at org.apache.solr.core.CachingDirectoryFactory.get(CachingDirectoryFactory.java:348) at org.apache.solr.core.SolrCore.getNewIndexDir(SolrCore.java:359) at org.apache.solr.core.SolrCore.initIndex(SolrCore.java:738) at org.apache.solr.core.SolrCore.(SolrCore.java:967) at org.apache.solr.core.SolrCore.(SolrCore.java:874) at org.apache.solr.core.CoreContainer.createFromDescriptor(CoreContainer.java:1178) at org.apache.solr.core.CoreContainer.lambda$load$13(CoreContainer.java:690) 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:209) 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) org.apache.solr.common.util.ObjectReleaseTracker$ObjectTrackerException: org.apache.solr.update.TransactionLog at org.apache.solr.common.util.ObjectReleaseTracker.track(ObjectReleaseTracker.java:42) at org.apache.solr.update.TransactionLog.(TransactionLog.java:188) at org.apache.solr.update.UpdateLog.newTransactionLog(UpdateLog.java:468) at org.apache.solr.update.UpdateLog.ensureLog(UpdateLog.java:1329) at org.apache.solr.update.UpdateLog.add(UpdateLog.java:572) at org.apache.solr.update.UpdateLog.add(UpdateLog.java:552) at org.apache.solr.update.DirectUpdateHandler2.doNormalUpdate(DirectUpdateHandler2.java:350) at org.apache.solr.update.DirectUpdateHandler2.addDoc0(DirectUpdateHandler2.java:288) at org.apache.solr.update.DirectUpdateHandler2.addDoc(DirectUpdateHandler2.java:235) at org.apache.solr.update.processor.RunUpdateProcessor.processAdd(RunUpdateProcessorFactory.java:67) at org.apache.solr.update.processor.UpdateRequestProcessor.processAdd(UpdateRequestProcessor.java:55) at org.apache.solr.update.processor.DistributedUpdateProcessor.doLocalAdd(DistributedUpdateProcessor.java:1001) at org.apache.solr.update.processor.DistributedUpdateProcessor.versionAdd(DistributedUpdateProcessor.java:1222) at org.apache.solr.update.processor.DistributedUpdateProcessor.processAdd(DistributedUpdateProcessor.java:693) at org.apache.solr.update.processor.LogUpdateProcessorFactory$LogUpdateProcessor.processAdd(LogUpdateProcessorFactory.java:103) at org.apache.solr.handler.loader.JavabinLoader$1.update(JavabinLoader.java:110) at org.apache.solr.client.solrj.request.JavaBinUpdateRequestCodec$StreamingCodec.readOuterMostDocIterator(JavaBinUpdateRequestCodec.java:327) at org.apache.solr.client.solrj.request.JavaBinUpdateRequestCodec$StreamingCodec.readIterator(JavaBinUpdateRequestCodec.java:280) at org.apache.solr.common.util.JavaBinCodec.readObject(JavaBinCodec.java:333) at org.apache.solr.common.util.JavaBinCodec.readVal(JavaBinCodec.java:278) at org.apache.solr.client.solrj.request.JavaBinUpdateRequestCodec$StreamingCodec.readNamedList(JavaBinUpdateRequestCodec.java:235) at org.apache.solr.common.util.JavaBinCodec.readObject(JavaBinCodec.java:298) at org.apache.solr.common.util.JavaBinCodec.readVal(JavaBinCodec.java:278) at org.apache.solr.common.util.JavaBinCodec.unmarshal(JavaBinCodec.java:191) at org.apache.solr.client.solrj.request.JavaBinUpdateRequestCodec.unmarshal(JavaBinUpdateRequestCodec.java:126) at org.apache.solr.handler.loader.JavabinLoader.parseAndLoadDocs(JavabinLoader.java:123) at
[JENKINS-EA] Lucene-Solr-8.x-Linux (64bit/jdk-12-ea+shipilev-fastdebug) - Build # 212 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Linux/212/
Java: 64bit/jdk-12-ea+shipilev-fastdebug -XX:-UseCompressedOops -XX:+UseG1GC
3 tests failed.
FAILED:
org.apache.solr.cloud.autoscaling.sim.TestSimTriggerIntegration.testSearchRate
Error Message:
last ClusterState: znodeVersion: 7 live nodes:[127.0.0.1:10006_solr,
127.0.0.1:10007_solr]
collections:{collection1=DocCollection(collection1//clusterstate.json/6)={
"replicationFactor":"1", "pullReplicas":"0",
"router":{"name":"compositeId"}, "maxShardsPerNode":"1",
"autoAddReplicas":"false", "nrtReplicas":"2", "tlogReplicas":"0",
"autoCreated":"true", "shards":{"shard1":{ "replicas":{
"core_node1":{ "core":"collection1_shard1_replica_n1",
"SEARCHER.searcher.maxDoc":0, "SEARCHER.searcher.deletedDocs":0,
"INDEX.sizeInBytes":10240, "node_name":"127.0.0.1:10006_solr",
"state":"active", "type":"NRT",
"INDEX.sizeInGB":9.5367431640625E-6, "SEARCHER.searcher.numDocs":0},
"core_node2":{ "core":"collection1_shard1_replica_n2",
"SEARCHER.searcher.maxDoc":0, "SEARCHER.searcher.deletedDocs":0,
"INDEX.sizeInBytes":10240, "node_name":"127.0.0.1:10007_solr",
"state":"active", "type":"NRT",
"INDEX.sizeInGB":9.5367431640625E-6, "SEARCHER.searcher.numDocs":0}},
"range":"8000-7fff", "state":"active", last coll state:
DocCollection(collection1//clusterstate.json/6)={ "replicationFactor":"1",
"pullReplicas":"0", "router":{"name":"compositeId"},
"maxShardsPerNode":"1", "autoAddReplicas":"false", "nrtReplicas":"2",
"tlogReplicas":"0", "autoCreated":"true", "shards":{"shard1":{
"replicas":{ "core_node1":{
"core":"collection1_shard1_replica_n1", "SEARCHER.searcher.maxDoc":0,
"SEARCHER.searcher.deletedDocs":0,
"INDEX.sizeInBytes":10240, "node_name":"127.0.0.1:10006_solr",
"state":"active", "type":"NRT",
"INDEX.sizeInGB":9.5367431640625E-6, "SEARCHER.searcher.numDocs":0},
"core_node2":{ "core":"collection1_shard1_replica_n2",
"SEARCHER.searcher.maxDoc":0, "SEARCHER.searcher.deletedDocs":0,
"INDEX.sizeInBytes":10240, "node_name":"127.0.0.1:10007_solr",
"state":"active", "type":"NRT",
"INDEX.sizeInGB":9.5367431640625E-6, "SEARCHER.searcher.numDocs":0}},
"range":"8000-7fff", "state":"active"}}}
Stack Trace:
java.util.concurrent.TimeoutException: last ClusterState: znodeVersion: 7
live nodes:[127.0.0.1:10006_solr, 127.0.0.1:10007_solr]
collections:{collection1=DocCollection(collection1//clusterstate.json/6)={
"replicationFactor":"1",
"pullReplicas":"0",
"router":{"name":"compositeId"},
"maxShardsPerNode":"1",
"autoAddReplicas":"false",
"nrtReplicas":"2",
"tlogReplicas":"0",
"autoCreated":"true",
"shards":{"shard1":{
"replicas":{
"core_node1":{
"core":"collection1_shard1_replica_n1",
"SEARCHER.searcher.maxDoc":0,
"SEARCHER.searcher.deletedDocs":0,
"INDEX.sizeInBytes":10240,
"node_name":"127.0.0.1:10006_solr",
"state":"active",
"type":"NRT",
"INDEX.sizeInGB":9.5367431640625E-6,
"SEARCHER.searcher.numDocs":0},
"core_node2":{
"core":"collection1_shard1_replica_n2",
"SEARCHER.searcher.maxDoc":0,
"SEARCHER.searcher.deletedDocs":0,
"INDEX.sizeInBytes":10240,
"node_name":"127.0.0.1:10007_solr",
"state":"active",
"type":"NRT",
"INDEX.sizeInGB":9.5367431640625E-6,
"SEARCHER.searcher.numDocs":0}},
"range":"8000-7fff",
"state":"active", last coll state:
DocCollection(collection1//clusterstate.json/6)={
"replicationFactor":"1",
"pullReplicas":"0",
"router":{"name":"compositeId"},
"maxShardsPerNode":"1",
"autoAddReplicas":"false",
"nrtReplicas":"2",
"tlogReplicas":"0",
"autoCreated":"true",
"shards":{"shard1":{
"replicas":{
"core_node1":{
"core":"collection1_shard1_replica_n1",
"SEARCHER.searcher.maxDoc":0,
"SEARCHER.searcher.deletedDocs":0,
"INDEX.sizeInBytes":10240,
"node_name":"127.0.0.1:10006_solr",
"state":"active",
"type":"NRT",
"INDEX.sizeInGB":9.5367431640625E-6,
"SEARCHER.searcher.numDocs":0},
"core_node2":{
"core":"collection1_shard1_replica_n2",
"SEARCHER.searcher.maxDoc":0,
"SEARCHER.searcher.deletedDocs":0,
"INDEX.sizeInBytes":10240,
"node_name":"127.0.0.1:10007_solr",
"state":"active",
"type":"NRT",
[JENKINS] Lucene-Solr-BadApples-Tests-7.x - Build # 298 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-BadApples-Tests-7.x/298/ 1 tests failed. FAILED: org.apache.solr.cloud.MultiThreadedOCPTest.test Error Message: acoll: 1551317967611 bcoll: 1551317968591 Stack Trace: java.lang.AssertionError: acoll: 1551317967611 bcoll: 1551317968591 at __randomizedtesting.SeedInfo.seed([C8B16BA0F28A35E:84DF2960A1D4CEA6]:0) at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.assertTrue(Assert.java:41) at org.apache.solr.cloud.MultiThreadedOCPTest.testFillWorkQueue(MultiThreadedOCPTest.java:116) at org.apache.solr.cloud.MultiThreadedOCPTest.test(MultiThreadedOCPTest.java:71) 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:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1075) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1047) 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:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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
[JENKINS-EA] Lucene-Solr-8.0-Linux (64bit/jdk-13-ea+8) - Build # 221 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.0-Linux/221/ Java: 64bit/jdk-13-ea+8 -XX:+UseCompressedOops -XX:+UseG1GC 8 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.OverseerTest Error Message: SOLR-11606: ByteBuddy used by Mockito is not working with this JVM version. Stack Trace: org.junit.AssumptionViolatedException: SOLR-11606: ByteBuddy used by Mockito is not working with this JVM version. at __randomizedtesting.SeedInfo.seed([AECFF29F45D7EF83]:0) at com.carrotsearch.randomizedtesting.RandomizedTest.assumeNoException(RandomizedTest.java:742) at org.apache.solr.SolrTestCaseJ4.assumeWorkingMockito(SolrTestCaseJ4.java:365) at org.apache.solr.cloud.OverseerTest.beforeClass(OverseerTest.java:284) 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:567) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:878) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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:835) Caused by: java.lang.IllegalArgumentException: Unknown Java version: 13 at net.bytebuddy.ClassFileVersion.ofJavaVersion(ClassFileVersion.java:210) at net.bytebuddy.ClassFileVersion$VersionLocator$ForJava9CapableVm.locate(ClassFileVersion.java:462) at net.bytebuddy.ClassFileVersion.ofThisVm(ClassFileVersion.java:223) 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:567) at org.apache.solr.SolrTestCaseJ4.assumeWorkingMockito(SolrTestCaseJ4.java:363) ... 24 more FAILED: junit.framework.TestSuite.org.apache.solr.cloud.OverseerTest Error Message: Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([AECFF29F45D7EF83]:0) at org.apache.solr.cloud.OverseerTest.afterClass(OverseerTest.java:307) 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:567) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:901) at
[JENKINS] Lucene-Solr-8.x-MacOSX (64bit/jdk-9) - Build # 56 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-MacOSX/56/ Java: 64bit/jdk-9 -XX:-UseCompressedOops -XX:+UseParallelGC 1 tests failed. FAILED: org.apache.solr.cloud.BasicDistributedZkTest.test Error Message: Could not load collection from ZK: multiunload2 Stack Trace: org.apache.solr.common.SolrException: Could not load collection from ZK: multiunload2 at __randomizedtesting.SeedInfo.seed([DE4D8036A50F8ABF:5619BFEC0BF3E747]:0) at org.apache.solr.common.cloud.ZkStateReader.getCollectionLive(ZkStateReader.java:1365) at org.apache.solr.common.cloud.ZkStateReader$LazyCollectionRef.get(ZkStateReader.java:747) at org.apache.solr.common.cloud.ClusterState$CollectionRef.get(ClusterState.java:386) at org.apache.solr.common.cloud.ZkStateReader.forceUpdateCollection(ZkStateReader.java:399) at org.apache.solr.cloud.BasicDistributedZkTest.testStopAndStartCoresInOneInstance(BasicDistributedZkTest.java:625) at org.apache.solr.cloud.BasicDistributedZkTest.test(BasicDistributedZkTest.java:428) 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:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1082) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1054) 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:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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-13156) Limiting field facet with certain terms via {!terms} not taking into account sorting
[
https://issues.apache.org/jira/browse/SOLR-13156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779967#comment-16779967
]
superman369 commented on SOLR-13156:
h4. @[~mkhludnev]， if resolve the issue that facet.limit, facet.offset does
not work , please tell me! Is the issue link changed?
h4. if so,please tell me the new link. I want to trace the issue's status.
Thank you very much!
> Limiting field facet with certain terms via {!terms} not taking into account
> sorting
>
>
> Key: SOLR-13156
> URL: https://issues.apache.org/jira/browse/SOLR-13156
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Facet Module
>Reporter: Konstantin Perikov
>Assignee: Mikhail Khludnev
>Priority: Major
> Fix For: 7.7, 8.0, master (9.0)
>
> Attachments: SOLR-13156.patch, SOLR-13156.patch
>
>
> When I'm doing limiting facet keys with \{!terms} it doesn't take into
> account sorting.
> First query not limiting the facet keys:
> {{facet.field=title=count=on=*:*}}
> Response as expected:
> {{"facet_counts":\{ "facet_queries":{}, "facet_fields":\{ "title":[
> "book2",3, "book1",2, "book3",1]}, "facet_ranges":{}, "facet_intervals":{},
> "facet_heatmaps":{}
>
> When doing it with limiting:
> {{facet.field=\{!terms=Book3,Book2,Book1}title=count=on=*:*}}
> I'm getting the exact order of how I list terms:
> {{"facet_counts":\{ "facet_queries":{}, "facet_fields":\{ "title":[
> "Book3",1, "Book2",3, "Book1",2]}, "facet_ranges":{}, "facet_intervals":{},
> "facet_heatmaps":{}
> I've looked at the code, and it's clearly an issue there:
>
> org.apache.solr.request.SimpleFacets#getListedTermCounts
>
> {{for (String term : terms) {}}
> {{ int count = searcher.numDocs(ft.getFieldQuery(null, sf, term),
> parsed.docs);}}
> {{ res.add(term, count);}}
> {{}}}
>
> it's just basically iterating over terms and don't do any sorting at all.
>
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-8.x - Build # 47 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-8.x/47/ 2 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.search.TestSolrCoreParser Error Message: 1 thread leaked from SUITE scope at org.apache.solr.search.TestSolrCoreParser: 1) Thread[id=13, name=Log4j2-TF-1-AsyncLoggerConfig-1, state=TIMED_WAITING, group=TGRP-TestSolrCoreParser] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at com.lmax.disruptor.TimeoutBlockingWaitStrategy.waitFor(TimeoutBlockingWaitStrategy.java:38) at com.lmax.disruptor.ProcessingSequenceBarrier.waitFor(ProcessingSequenceBarrier.java:56) at com.lmax.disruptor.BatchEventProcessor.processEvents(BatchEventProcessor.java:159) at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:125) at java.lang.Thread.run(Thread.java:748) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE scope at org.apache.solr.search.TestSolrCoreParser: 1) Thread[id=13, name=Log4j2-TF-1-AsyncLoggerConfig-1, state=TIMED_WAITING, group=TGRP-TestSolrCoreParser] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at com.lmax.disruptor.TimeoutBlockingWaitStrategy.waitFor(TimeoutBlockingWaitStrategy.java:38) at com.lmax.disruptor.ProcessingSequenceBarrier.waitFor(ProcessingSequenceBarrier.java:56) at com.lmax.disruptor.BatchEventProcessor.processEvents(BatchEventProcessor.java:159) at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:125) at java.lang.Thread.run(Thread.java:748) at __randomizedtesting.SeedInfo.seed([1E107CA39688169D]:0) FAILED: junit.framework.TestSuite.org.apache.solr.search.TestSolrCoreParser Error Message: There are still zombie threads that couldn't be terminated:1) Thread[id=13, name=Log4j2-TF-1-AsyncLoggerConfig-1, state=TIMED_WAITING, group=TGRP-TestSolrCoreParser] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at com.lmax.disruptor.TimeoutBlockingWaitStrategy.waitFor(TimeoutBlockingWaitStrategy.java:38) at com.lmax.disruptor.ProcessingSequenceBarrier.waitFor(ProcessingSequenceBarrier.java:56) at com.lmax.disruptor.BatchEventProcessor.processEvents(BatchEventProcessor.java:159) at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:125) at java.lang.Thread.run(Thread.java:748) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie threads that couldn't be terminated: 1) Thread[id=13, name=Log4j2-TF-1-AsyncLoggerConfig-1, state=TIMED_WAITING, group=TGRP-TestSolrCoreParser] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at com.lmax.disruptor.TimeoutBlockingWaitStrategy.waitFor(TimeoutBlockingWaitStrategy.java:38) at com.lmax.disruptor.ProcessingSequenceBarrier.waitFor(ProcessingSequenceBarrier.java:56) at com.lmax.disruptor.BatchEventProcessor.processEvents(BatchEventProcessor.java:159) at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:125) at java.lang.Thread.run(Thread.java:748) at __randomizedtesting.SeedInfo.seed([1E107CA39688169D]:0) Build Log: [...truncated 12657 lines...] [junit4] Suite: org.apache.solr.search.TestSolrCoreParser [junit4] 2> 4626 INFO (TEST-TestSolrCoreParser.testApacheLuceneSolr-seed#[1E107CA39688169D]) [] o.a.s.c.SolrResourceLoader solr home defaulted to 'solr/' (could not find system property or JNDI) [junit4] 2> Feb 27, 2019 10:56:06 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2> WARNING: Will linger awaiting termination of 1 leaked thread(s). [junit4] 2> Feb 27, 2019 10:56:26 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2> SEVERE: 1 thread leaked from SUITE scope at org.apache.solr.search.TestSolrCoreParser: [junit4] 2>1) Thread[id=13, name=Log4j2-TF-1-AsyncLoggerConfig-1, state=TIMED_WAITING, group=TGRP-TestSolrCoreParser] [junit4] 2> at sun.misc.Unsafe.park(Native Method) [junit4] 2> at
[JENKINS] Lucene-Solr-NightlyTests-7.x - Build # 465 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-7.x/465/ 1 tests failed. FAILED: org.apache.solr.cloud.hdfs.HdfsUnloadDistributedZkTest.test Error Message: Captured an uncaught exception in thread: Thread[id=5040, name=testExecutor-832-thread-11, state=RUNNABLE, group=TGRP-HdfsUnloadDistributedZkTest] Stack Trace: com.carrotsearch.randomizedtesting.UncaughtExceptionError: Captured an uncaught exception in thread: Thread[id=5040, name=testExecutor-832-thread-11, state=RUNNABLE, group=TGRP-HdfsUnloadDistributedZkTest] Caused by: java.lang.RuntimeException: org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting response from server at: http://127.0.0.1:45438/nfp/uu at __randomizedtesting.SeedInfo.seed([8538263769257EA5]:0) at org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCollectionInOneInstance$1(BasicDistributedZkTest.java:659) at org.apache.solr.common.util.ExecutorUtil$MDCAwareThreadPoolExecutor.lambda$execute$0(ExecutorUtil.java:209) 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) Caused by: org.apache.solr.client.solrj.SolrServerException: Timeout occured while waiting response from server at: http://127.0.0.1:45438/nfp/uu at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:654) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:255) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:244) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:194) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:211) at org.apache.solr.cloud.BasicDistributedZkTest.lambda$createCollectionInOneInstance$1(BasicDistributedZkTest.java:657) ... 4 more Caused by: java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.socketRead(SocketInputStream.java:116) at java.net.SocketInputStream.read(SocketInputStream.java:171) at java.net.SocketInputStream.read(SocketInputStream.java:141) at org.apache.http.impl.io.SessionInputBufferImpl.streamRead(SessionInputBufferImpl.java:137) at org.apache.http.impl.io.SessionInputBufferImpl.fillBuffer(SessionInputBufferImpl.java:153) at org.apache.http.impl.io.SessionInputBufferImpl.readLine(SessionInputBufferImpl.java:282) at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:138) at org.apache.http.impl.conn.DefaultHttpResponseParser.parseHead(DefaultHttpResponseParser.java:56) at org.apache.http.impl.io.AbstractMessageParser.parse(AbstractMessageParser.java:259) at org.apache.http.impl.DefaultBHttpClientConnection.receiveResponseHeader(DefaultBHttpClientConnection.java:163) at org.apache.http.impl.conn.CPoolProxy.receiveResponseHeader(CPoolProxy.java:165) at org.apache.http.protocol.HttpRequestExecutor.doReceiveResponse(HttpRequestExecutor.java:273) at org.apache.http.protocol.HttpRequestExecutor.execute(HttpRequestExecutor.java:125) at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:272) at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185) at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89) at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:110) at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185) at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83) at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:56) at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:542) ... 9 more Build Log: [...truncated 13484 lines...] [junit4] Suite: org.apache.solr.cloud.hdfs.HdfsUnloadDistributedZkTest [junit4] 2> 653235 INFO (SUITE-HdfsUnloadDistributedZkTest-seed#[8538263769257EA5]-worker) [] o.a.s.SolrTestCaseJ4 SecureRandom sanity checks: test.solr.allowed.securerandom=null & java.security.egd=file:/dev/./urandom [junit4] 2> Creating dataDir: /home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/checkout/solr/build/solr-core/test/J2/temp/solr.cloud.hdfs.HdfsUnloadDistributedZkTest_8538263769257EA5-001/init-core-data-001 [junit4] 2> 653235 WARN (SUITE-HdfsUnloadDistributedZkTest-seed#[8538263769257EA5]-worker) [] o.a.s.SolrTestCaseJ4 startTrackingSearchers: numOpens=9 numCloses=9 [junit4] 2> 653235 INFO
[jira] [Commented] (SOLR-13268) Clean up any test failures resulting from defaulting to async logging
[ https://issues.apache.org/jira/browse/SOLR-13268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779834#comment-16779834 ] Erick Erickson commented on SOLR-13268: --- Just saw one from Jenkins, so it's still there. I can still work with the seeds that reliably fail of course. > Clean up any test failures resulting from defaulting to async logging > - > > Key: SOLR-13268 > URL: https://issues.apache.org/jira/browse/SOLR-13268 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Erick Erickson >Assignee: Erick Erickson >Priority: Major > Attachments: SOLR-13268.patch > > Time Spent: 1h > Remaining Estimate: 0h > > This is a catch-all for test failures due to the async logging changes. So > far, the I see a couple failures on JDK13 only. I'll collect a "starter set" > here, these are likely systemic, once the root cause is found/fixed, then > others are likely fixed as well. > JDK13: > ant test -Dtestcase=TestJmxIntegration -Dtests.seed=54B30AC62A2D71E > -Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=lv-LV > -Dtests.timezone=Asia/Riyadh -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > ant test -Dtestcase=TestDynamicURP -Dtests.seed=54B30AC62A2D71E > -Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=rwk > -Dtests.timezone=Australia/Brisbane -Dtests.asserts=true > -Dtests.file.encoding=UTF-8 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-10436) Add hashRollup Streaming Expression
[ https://issues.apache.org/jira/browse/SOLR-10436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-10436: -- Fix Version/s: 8.1 > Add hashRollup Streaming Expression > --- > > Key: SOLR-10436 > URL: https://issues.apache.org/jira/browse/SOLR-10436 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Joel Bernstein >Assignee: Joel Bernstein >Priority: Major > Fix For: 8.1 > > Attachments: SOLR-10346.patch, SOLR-10346.patch, SOLR-10436.patch, > SOLR-10436.patch > > > The *hashRollup* Streaming Expression performs group by aggregations by > keeping all the groups in an in-memory HashMap. The existing *rollup* > expression requires that the tuples be sorted by the group by fields. The > hashRollup will not have the sorting requirement, but it will also not have > support for unlimited cardinality, like the rollup expression. > The *hashRollup* or *rollup* can then be chosen based on the requirements of > the query. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-10436) Add hashRollup Streaming Expression
[ https://issues.apache.org/jira/browse/SOLR-10436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-10436: -- Attachment: SOLR-10436.patch > Add hashRollup Streaming Expression > --- > > Key: SOLR-10436 > URL: https://issues.apache.org/jira/browse/SOLR-10436 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Joel Bernstein >Assignee: Joel Bernstein >Priority: Major > Attachments: SOLR-10346.patch, SOLR-10346.patch, SOLR-10436.patch, > SOLR-10436.patch > > > The *hashRollup* Streaming Expression performs group by aggregations by > keeping all the groups in an in-memory HashMap. The existing *rollup* > expression requires that the tuples be sorted by the group by fields. The > hashRollup will not have the sorting requirement, but it will also not have > support for unlimited cardinality, like the rollup expression. > The *hashRollup* or *rollup* can then be chosen based on the requirements of > the query. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-Tests-master - Build # 3190 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-Tests-master/3190/ 2 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.handler.admin.SystemInfoHandlerTest Error Message: 1 thread leaked from SUITE scope at org.apache.solr.handler.admin.SystemInfoHandlerTest: 1) Thread[id=13, name=Log4j2-TF-1-AsyncLoggerConfig-1, state=TIMED_WAITING, group=TGRP-SystemInfoHandlerTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at com.lmax.disruptor.TimeoutBlockingWaitStrategy.waitFor(TimeoutBlockingWaitStrategy.java:38) at com.lmax.disruptor.ProcessingSequenceBarrier.waitFor(ProcessingSequenceBarrier.java:56) at com.lmax.disruptor.BatchEventProcessor.processEvents(BatchEventProcessor.java:159) at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:125) at java.lang.Thread.run(Thread.java:748) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE scope at org.apache.solr.handler.admin.SystemInfoHandlerTest: 1) Thread[id=13, name=Log4j2-TF-1-AsyncLoggerConfig-1, state=TIMED_WAITING, group=TGRP-SystemInfoHandlerTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at com.lmax.disruptor.TimeoutBlockingWaitStrategy.waitFor(TimeoutBlockingWaitStrategy.java:38) at com.lmax.disruptor.ProcessingSequenceBarrier.waitFor(ProcessingSequenceBarrier.java:56) at com.lmax.disruptor.BatchEventProcessor.processEvents(BatchEventProcessor.java:159) at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:125) at java.lang.Thread.run(Thread.java:748) at __randomizedtesting.SeedInfo.seed([341CC1357B688413]:0) FAILED: junit.framework.TestSuite.org.apache.solr.handler.admin.SystemInfoHandlerTest Error Message: There are still zombie threads that couldn't be terminated:1) Thread[id=13, name=Log4j2-TF-1-AsyncLoggerConfig-1, state=TIMED_WAITING, group=TGRP-SystemInfoHandlerTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at com.lmax.disruptor.TimeoutBlockingWaitStrategy.waitFor(TimeoutBlockingWaitStrategy.java:38) at com.lmax.disruptor.ProcessingSequenceBarrier.waitFor(ProcessingSequenceBarrier.java:56) at com.lmax.disruptor.BatchEventProcessor.processEvents(BatchEventProcessor.java:159) at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:125) at java.lang.Thread.run(Thread.java:748) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie threads that couldn't be terminated: 1) Thread[id=13, name=Log4j2-TF-1-AsyncLoggerConfig-1, state=TIMED_WAITING, group=TGRP-SystemInfoHandlerTest] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at com.lmax.disruptor.TimeoutBlockingWaitStrategy.waitFor(TimeoutBlockingWaitStrategy.java:38) at com.lmax.disruptor.ProcessingSequenceBarrier.waitFor(ProcessingSequenceBarrier.java:56) at com.lmax.disruptor.BatchEventProcessor.processEvents(BatchEventProcessor.java:159) at com.lmax.disruptor.BatchEventProcessor.run(BatchEventProcessor.java:125) at java.lang.Thread.run(Thread.java:748) at __randomizedtesting.SeedInfo.seed([341CC1357B688413]:0) Build Log: [...truncated 12614 lines...] [junit4] Suite: org.apache.solr.handler.admin.SystemInfoHandlerTest [junit4] 2> Feb 27, 2019 9:30:58 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2> WARNING: Will linger awaiting termination of 1 leaked thread(s). [junit4] 2> Feb 27, 2019 9:31:18 PM com.carrotsearch.randomizedtesting.ThreadLeakControl checkThreadLeaks [junit4] 2> SEVERE: 1 thread leaked from SUITE scope at org.apache.solr.handler.admin.SystemInfoHandlerTest: [junit4] 2>1) Thread[id=13, name=Log4j2-TF-1-AsyncLoggerConfig-1, state=TIMED_WAITING, group=TGRP-SystemInfoHandlerTest] [junit4] 2> at sun.misc.Unsafe.park(Native Method) [junit4] 2> at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) [junit4] 2> at
[jira] [Commented] (SOLR-13271) Implement a read-only mode for a collection
[
https://issues.apache.org/jira/browse/SOLR-13271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779814#comment-16779814
]
Christine Poerschke commented on SOLR-13271:
{quote}... In some scenarios it's useful to be able to block any updates to a
collection, while still being able to search its contents. ...
{quote}
One edge case scenario could be even a collection that is deliberately empty
i.e. it has no content of its own but its replicas serve as 'federators' i.e.
callers pass the {{=fooBar}} parameter in queries sent to the
'empty' collection and the empty collection replicas do load balancing,
federating and collating work.
{quote}... A more natural API would be to use a primary collection attribute:
...
{quote}
{quote}... Using property makes the API a little awkward, it should be a
primary attribute I think. ...
{quote}
I agree, a primary collection attribute seems clearer.
{quote}... We should be careful to document that setting the readOnly mode can
take a long time because the reload can cause IW.close which can trigger merges
etc.
{quote}
Great point! On initial thought it would be easy to think "read only" is quick
and the merge connection is not obviously apparent.
And I guess if segment merging cannot happen in read-only mode then "shard
splitting" (or indeed "shard merging") would also be out of the question in
read-only but replica additions or moves could be okay? That's out of scope
here though perhaps in the context of the .system collection migration.
> Implement a read-only mode for a collection
> ---
>
> Key: SOLR-13271
> URL: https://issues.apache.org/jira/browse/SOLR-13271
> Project: Solr
> Issue Type: New Feature
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 8.x, master (9.0)
>Reporter: Andrzej Bialecki
>Assignee: Andrzej Bialecki
>Priority: Major
> Fix For: 8.x, master (9.0)
>
> Attachments: SOLR-13271.patch
>
>
> Spin-off from SOLR-11127. In some scenarios it's useful to be able to block
> any updates to a collection, while still being able to search its contents.
> Currently the scope of this issue is SolrCloud, ie. standalone Solr will not
> be supported.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13280) strengthen ScheduledTrigger's preferredOperation parameter validation
[
https://issues.apache.org/jira/browse/SOLR-13280?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779790#comment-16779790
]
Christine Poerschke commented on SOLR-13280:
Attached proposed patch which adds validation to check that the
{{preferredOperation}} parameter is at least a valid {{CollectionAction}} enum
value (though not all enum values may be applicable or supported for a
scheduled trigger). The "set-trigger" call then returns an "error" response
like this in case of typos:
{code}
"Error validating trigger config scheduled_event_trigger:
TriggerValidationException{name=scheduled_event_trigger,
details='{preferredOperation=unrecognized value of: 'MOVE_REPLICA'}'}"
{code}
> strengthen ScheduledTrigger's preferredOperation parameter validation
> -
>
> Key: SOLR-13280
> URL: https://issues.apache.org/jira/browse/SOLR-13280
> Project: Solr
> Issue Type: Improvement
> Components: AutoScaling
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-13280.patch
>
>
> Currently a typo such as (say) {{MOVE_REPLICA}} instead of the correct
> {{MOVEREPLICA}} results in a "success" response for the "set-trigger" call
> but in the Solr logs NullPointerException stuff is happening e.g.
> {code}
> "eventType":"SCHEDULED",
> "properties":{
> "actualEventTime":...,
> "preferredOperation":"MOVE_REPLICA",
> "_enqueue_time_":...}}
> at
> org.apache.solr.cloud.autoscaling.ComputePlanAction.process(ComputePlanAction.java:160)
> ~[?:?]
> at
> org.apache.solr.cloud.autoscaling.ScheduledTriggers.lambda$null$3(ScheduledTriggers.java:324)
> ~[?:?]
> ... 6 more
> Caused by: java.lang.NullPointerException
> at
> org.apache.solr.client.solrj.cloud.autoscaling.Policy$Session.getSuggester(Policy.java:628)
> ~[?:?]
> at
> org.apache.solr.cloud.autoscaling.ComputePlanAction.getSuggester(ComputePlanAction.java:262)
> ~[?:?]
> at
> org.apache.solr.cloud.autoscaling.ComputePlanAction.process(ComputePlanAction.java:97)
> ~[?:?]
> at
> org.apache.solr.cloud.autoscaling.ScheduledTriggers.lambda$null$3(ScheduledTriggers.java:324)
> ~[?:?]
> ... 6 more
> {code}
> Proposed patch to follow.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13280) strengthen ScheduledTrigger's preferredOperation parameter validation
[
https://issues.apache.org/jira/browse/SOLR-13280?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christine Poerschke updated SOLR-13280:
---
Attachment: SOLR-13280.patch
> strengthen ScheduledTrigger's preferredOperation parameter validation
> -
>
> Key: SOLR-13280
> URL: https://issues.apache.org/jira/browse/SOLR-13280
> Project: Solr
> Issue Type: Improvement
> Components: AutoScaling
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-13280.patch
>
>
> Currently a typo such as (say) {{MOVE_REPLICA}} instead of the correct
> {{MOVEREPLICA}} results in a "success" response for the "set-trigger" call
> but in the Solr logs NullPointerException stuff is happening e.g.
> {code}
> "eventType":"SCHEDULED",
> "properties":{
> "actualEventTime":...,
> "preferredOperation":"MOVE_REPLICA",
> "_enqueue_time_":...}}
> at
> org.apache.solr.cloud.autoscaling.ComputePlanAction.process(ComputePlanAction.java:160)
> ~[?:?]
> at
> org.apache.solr.cloud.autoscaling.ScheduledTriggers.lambda$null$3(ScheduledTriggers.java:324)
> ~[?:?]
> ... 6 more
> Caused by: java.lang.NullPointerException
> at
> org.apache.solr.client.solrj.cloud.autoscaling.Policy$Session.getSuggester(Policy.java:628)
> ~[?:?]
> at
> org.apache.solr.cloud.autoscaling.ComputePlanAction.getSuggester(ComputePlanAction.java:262)
> ~[?:?]
> at
> org.apache.solr.cloud.autoscaling.ComputePlanAction.process(ComputePlanAction.java:97)
> ~[?:?]
> at
> org.apache.solr.cloud.autoscaling.ScheduledTriggers.lambda$null$3(ScheduledTriggers.java:324)
> ~[?:?]
> ... 6 more
> {code}
> Proposed patch to follow.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-13280) strengthen ScheduledTrigger's preferredOperation parameter validation
Christine Poerschke created SOLR-13280:
--
Summary: strengthen ScheduledTrigger's preferredOperation
parameter validation
Key: SOLR-13280
URL: https://issues.apache.org/jira/browse/SOLR-13280
Project: Solr
Issue Type: Improvement
Components: AutoScaling
Reporter: Christine Poerschke
Assignee: Christine Poerschke
Currently a typo such as (say) {{MOVE_REPLICA}} instead of the correct
{{MOVEREPLICA}} results in a "success" response for the "set-trigger" call but
in the Solr logs NullPointerException stuff is happening e.g.
{code}
"eventType":"SCHEDULED",
"properties":{
"actualEventTime":...,
"preferredOperation":"MOVE_REPLICA",
"_enqueue_time_":...}}
at
org.apache.solr.cloud.autoscaling.ComputePlanAction.process(ComputePlanAction.java:160)
~[?:?]
at
org.apache.solr.cloud.autoscaling.ScheduledTriggers.lambda$null$3(ScheduledTriggers.java:324)
~[?:?]
... 6 more
Caused by: java.lang.NullPointerException
at
org.apache.solr.client.solrj.cloud.autoscaling.Policy$Session.getSuggester(Policy.java:628)
~[?:?]
at
org.apache.solr.cloud.autoscaling.ComputePlanAction.getSuggester(ComputePlanAction.java:262)
~[?:?]
at
org.apache.solr.cloud.autoscaling.ComputePlanAction.process(ComputePlanAction.java:97)
~[?:?]
at
org.apache.solr.cloud.autoscaling.ScheduledTriggers.lambda$null$3(ScheduledTriggers.java:324)
~[?:?]
... 6 more
{code}
Proposed patch to follow.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Assigned] (SOLR-10436) Add hashRollup Streaming Expression
[ https://issues.apache.org/jira/browse/SOLR-10436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein reassigned SOLR-10436: - Assignee: Joel Bernstein > Add hashRollup Streaming Expression > --- > > Key: SOLR-10436 > URL: https://issues.apache.org/jira/browse/SOLR-10436 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Joel Bernstein >Assignee: Joel Bernstein >Priority: Major > Attachments: SOLR-10346.patch, SOLR-10346.patch, SOLR-10436.patch > > > The *hashRollup* Streaming Expression performs group by aggregations by > keeping all the groups in an in-memory HashMap. The existing *rollup* > expression requires that the tuples be sorted by the group by fields. The > hashRollup will not have the sorting requirement, but it will also not have > support for unlimited cardinality, like the rollup expression. > The *hashRollup* or *rollup* can then be chosen based on the requirements of > the query. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10436) Add hashRollup Streaming Expression
[ https://issues.apache.org/jira/browse/SOLR-10436?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779766#comment-16779766 ] Joel Bernstein commented on SOLR-10436: --- Added patch updated for current master. > Add hashRollup Streaming Expression > --- > > Key: SOLR-10436 > URL: https://issues.apache.org/jira/browse/SOLR-10436 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Joel Bernstein >Assignee: Joel Bernstein >Priority: Major > Attachments: SOLR-10346.patch, SOLR-10346.patch, SOLR-10436.patch > > > The *hashRollup* Streaming Expression performs group by aggregations by > keeping all the groups in an in-memory HashMap. The existing *rollup* > expression requires that the tuples be sorted by the group by fields. The > hashRollup will not have the sorting requirement, but it will also not have > support for unlimited cardinality, like the rollup expression. > The *hashRollup* or *rollup* can then be chosen based on the requirements of > the query. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-10436) Add hashRollup Streaming Expression
[ https://issues.apache.org/jira/browse/SOLR-10436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joel Bernstein updated SOLR-10436: -- Attachment: SOLR-10436.patch > Add hashRollup Streaming Expression > --- > > Key: SOLR-10436 > URL: https://issues.apache.org/jira/browse/SOLR-10436 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Joel Bernstein >Priority: Major > Attachments: SOLR-10346.patch, SOLR-10346.patch, SOLR-10436.patch > > > The *hashRollup* Streaming Expression performs group by aggregations by > keeping all the groups in an in-memory HashMap. The existing *rollup* > expression requires that the tuples be sorted by the group by fields. The > hashRollup will not have the sorting requirement, but it will also not have > support for unlimited cardinality, like the rollup expression. > The *hashRollup* or *rollup* can then be chosen based on the requirements of > the query. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13279) clarify ScheduledTrigger's "every parameter missing" error response
[
https://issues.apache.org/jira/browse/SOLR-13279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christine Poerschke updated SOLR-13279:
---
Attachment: SOLR-13279.patch
> clarify ScheduledTrigger's "every parameter missing" error response
> ---
>
> Key: SOLR-13279
> URL: https://issues.apache.org/jira/browse/SOLR-13279
> Project: Solr
> Issue Type: Improvement
> Components: AutoScaling
>Reporter: Christine Poerschke
>Assignee: Christine Poerschke
>Priority: Minor
> Attachments: SOLR-13279.patch
>
>
> current behaviour:
> {code}
> "Error validating trigger config scheduled_event_trigger:
> org.apache.solr.common.SolrException: Invalid Date Math
> String:'2019-02-27T20:20:20.202Znull'"
> {code}
> proposed behaviour:
> {code}
> "Error validating trigger config scheduled_event_trigger:
> TriggerValidationException{name=scheduled_event_trigger,
> details='{every=missing required property}'}"
> {code}
> one-line (proposed) patch summary:
> * in the {{ScheduledTrigger}} constructor move {{"every"}} from the
> {{TriggerUtils.validProperties}} to the {{TriggerUtils.requiredProperties}}
> line/list
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Reopened] (SOLR-13261) Make SortableTextField work with export/streaming
[
https://issues.apache.org/jira/browse/SOLR-13261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man reopened SOLR-13261:
-
re-opening due to concerns about this change...
unlike StrField, SortableTextField does not include any garuntee that it's
docValues are usable in results – they may in fact be truncated because of the
(default or explicit){{maxCharsForDocValues}}. This is the entire reason why
SortableTextField defaults to {{useDocValuesAsStored="false"}} – and is the
the reason why a field that explicitly sets {{useDocValuesAsStored="true"}}
gets different behavior (and error) at indexing time if
{{maxCharsForDocValues}} is exceeded -- see the javadocs (and initial
discussion in SOLR-11916) for details.
The _only_ way the DV from SortableTextField should be safe to use in the
ExportResponseWriter is if the user explicitly set
{{useDocValuesAsStored="true"}} -- because otherwise we have no way of being
certain that DV String isn't truncated ... but AFAICT the ExportWriter doesn't
do anything to check {{FieldType.useDocValuesAsStored()}} for any field types,
let alone SortableTextField, and this change doesn't seem to add that.
If I'm missunderstanding things, or if there is some other place in the code
path i'm not realizing that will prevent a {{useDocValuesAsStored="false"}}
SortableTextField from being used with ExportWriter then that's fine -- but
there should realy be a test _proving_ that attempting this will cause an error.
If i'm correct, then this change should be rolled back unless/until
{{useDocValuesAsStored}} is respected by the ExportWriter so that we don't
returning missleadingly truncated values
> Make SortableTextField work with export/streaming
> -
>
> Key: SOLR-13261
> URL: https://issues.apache.org/jira/browse/SOLR-13261
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
>Affects Versions: 7.7, 8.0, master (9.0)
>Reporter: Erick Erickson
>Assignee: Erick Erickson
>Priority: Major
> Fix For: master (9.0), 8.1
>
> Attachments: SOLR-13261.patch, SOLR-13261.patch
>
>
> ExportWriter (and perhaps other places) explicitly tests for certain field
> types and error out with "Export fields must either be one of the following
> types: int,float,long,double,string,date,boolean"
> It seems perfectly legal to export SortableTextField as well as it's a DV
> field. How desirable that would be is an open question.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-13279) clarify ScheduledTrigger's "every parameter missing" error response
Christine Poerschke created SOLR-13279:
--
Summary: clarify ScheduledTrigger's "every parameter missing"
error response
Key: SOLR-13279
URL: https://issues.apache.org/jira/browse/SOLR-13279
Project: Solr
Issue Type: Improvement
Components: AutoScaling
Reporter: Christine Poerschke
Assignee: Christine Poerschke
current behaviour:
{code}
"Error validating trigger config scheduled_event_trigger:
org.apache.solr.common.SolrException: Invalid Date Math
String:'2019-02-27T20:20:20.202Znull'"
{code}
proposed behaviour:
{code}
"Error validating trigger config scheduled_event_trigger:
TriggerValidationException{name=scheduled_event_trigger,
details='{every=missing required property}'}"
{code}
one-line (proposed) patch summary:
* in the {{ScheduledTrigger}} constructor move {{"every"}} from the
{{TriggerUtils.validProperties}} to the {{TriggerUtils.requiredProperties}}
line/list
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13234) Prometheus Metric Exporter Not Threadsafe
[ https://issues.apache.org/jira/browse/SOLR-13234?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779756#comment-16779756 ] Shalin Shekhar Mangar commented on SOLR-13234: -- Thanks for the updates to the PR Danyal. It looks good to me. If there are no objections, I'll merge it tomorrow. > Prometheus Metric Exporter Not Threadsafe > - > > Key: SOLR-13234 > URL: https://issues.apache.org/jira/browse/SOLR-13234 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: metrics >Affects Versions: 7.6, 8.0 >Reporter: Danyal Prout >Assignee: Shalin Shekhar Mangar >Priority: Minor > Labels: metric-collector > Fix For: 8.x, master (9.0) > > Time Spent: 10m > Remaining Estimate: 0h > > The Solr Prometheus Exporter collects metrics when it receives a HTTP request > from Prometheus. Prometheus sends this request, on its [scrape > interval|https://prometheus.io/docs/prometheus/latest/configuration/configuration/#scrape_config]. > When the time taken to collect the Solr metrics is greater than the scrape > interval of the Prometheus server, this results in concurrent metric > collection occurring in this > [method|https://github.com/apache/lucene-solr/blob/master/solr/contrib/prometheus-exporter/src/java/org/apache/solr/prometheus/collector/SolrCollector.java#L86]. > This method doesn’t appear to be thread safe, for instance you could have > concurrent modifications of a > [map|https://github.com/apache/lucene-solr/blob/master/solr/contrib/prometheus-exporter/src/java/org/apache/solr/prometheus/collector/SolrCollector.java#L119]. > After a while the Solr Exporter processes becomes nondeterministic, we've > observed NPE and loss of metrics. > To address this, I'm proposing the following fixes: > 1. Read/parse the configuration at startup and make it immutable. > 2. Collect metrics from Solr on an interval which is controlled by the Solr > Exporter and cache the metric samples to return during Prometheus scraping. > Metric collection can be expensive, for example executing arbitrary Solr > searches, it's not ideal to allow for concurrent metric collection and on an > interval which is not defined by the Solr Exporter. > There are also a few other performance improvements that we've made while > fixing this, for example using the ClusterStateProvider instead of sending > multiple HTTP requests to each Solr node to lookup all the cores. > I'm currently finishing up these changes which I'll submit as a PR. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-13278) Using multiple dictionaries with Solr Suggester
Rajeev Sood created SOLR-13278:
--
Summary: Using multiple dictionaries with Solr Suggester
Key: SOLR-13278
URL: https://issues.apache.org/jira/browse/SOLR-13278
Project: Solr
Issue Type: Bug
Security Level: Public (Default Security Level. Issues are Public)
Components: Suggester
Affects Versions: 7.5
Reporter: Rajeev Sood
Fix For: 7.7
Attachments: solr.json
When I query using a single dictionary, I get the expected suggest results.
However, when I run this query on two dictionaries:
[{color:#0066cc}http://localhost:8983/solr/test/suggest?wt=json=10=gcintranet=gcintranet=gcintranet=infosite=infosite{color}]
I get the same output as shown in the attached solr.json file.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13224) Make it possible to pipe parts of a javabin payload to a JSON payload
[ https://issues.apache.org/jira/browse/SOLR-13224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-13224: -- Summary: Make it possible to pipe parts of a javabin payload to a JSON payload (was: Make it possible to pipe parts of a a javabin payload to a JSON payload) > Make it possible to pipe parts of a javabin payload to a JSON payload > - > > Key: SOLR-13224 > URL: https://issues.apache.org/jira/browse/SOLR-13224 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Priority: Major > > A node that performs a distributed search must be able to create a json > response from the javabin payloads without actually deserializing it first. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-8.x-Windows (64bit/jdk1.8.0_172) - Build # 60 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Windows/60/ Java: 64bit/jdk1.8.0_172 -XX:-UseCompressedOops -XX:+UseG1GC 2 tests failed. FAILED: org.apache.solr.cloud.ActionThrottleTest.testAZeroNanoTimeReturnInWait Error Message: 987ms Stack Trace: java.lang.AssertionError: 987ms at __randomizedtesting.SeedInfo.seed([226D255322274531:E106DE619666B8D2]:0) at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.assertTrue(Assert.java:41) at org.apache.solr.cloud.ActionThrottleTest.testAZeroNanoTimeReturnInWait(ActionThrottleTest.java:113) 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:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) 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:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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.cloud.ShardRoutingTest.test Error Message: expected:<[e!doc4, f1!f2!doc5/5, a!b!, b!doc1, c!doc2, d!doc3, f1!f2!doc5]> but was:<[c!doc1]> Stack Trace: java.lang.AssertionError: expected:<[e!doc4, f1!f2!doc5/5, a!b!, b!doc1, c!doc2, d!doc3, f1!f2!doc5]> but was:<[c!doc1]> at
[jira] [Updated] (SOLR-13277) A more efficient javabin response writer without creating SolrDocument objects
[ https://issues.apache.org/jira/browse/SOLR-13277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-13277: -- Description: It's possible to to write a response out directly , without creating the SolrDocument Objects if there are no transformers. So, we may use a new flag to use this mode . When enabled , * it serializes docs out to the stream without creating any Objects * it uses a serialized format for document cache Essentially, the cost of writing response out will be similar to the /export handler. Traditional transformers may not work in this mode. A request would look as follows . The extra flag fastmode=true will switch the writing to this mode. http://localhost:8983/solr/gettingstarted/select?q=*:*=javabin=true was: It's possible to to write a response out directly , without creating the SolrDocument Objects if there are no transformers. So, we may use a new flag to use this mode . When enabled , * it serializes docs out to the stream without creating any Objects * it uses a serialized format for document cache Essentially, the cost of writing response out will be similar to the /export handler. Traditional transformers may not work in this mode. > A more efficient javabin response writer without creating SolrDocument objects > -- > > Key: SOLR-13277 > URL: https://issues.apache.org/jira/browse/SOLR-13277 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Priority: Major > > It's possible to to write a response out directly , without creating the > SolrDocument Objects if there are no transformers. > So, we may use a new flag to use this mode . When enabled , > * it serializes docs out to the stream without creating any Objects > * it uses a serialized format for document cache > Essentially, the cost of writing response out will be similar to the /export > handler. Traditional transformers may not work in this mode. > A request would look as follows . The extra flag fastmode=true will switch > the writing to this mode. > http://localhost:8983/solr/gettingstarted/select?q=*:*=javabin=true -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13277) A more efficient javabin response writer without creating SolrDocument objects
[ https://issues.apache.org/jira/browse/SOLR-13277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-13277: -- Description: It's possible to to write a response out directly , without creating the SolrDocument Objects if there are no transformers. So, we may use a new flag to use this mode . When enabled , * it serializes docs out to the stream without creating any Objects * it uses a serialized format for document cache Essentially, the cost of writing response out will be similar to the /export handler. Traditional transformers may not work in this mode. was: It's possible to to write a response out directly , without creating the SolrDocument Objects if there are no transformers. So, we may use a new flag to use this mode . When enabled , * it serializes docs out to the stream without creating any Objects * it uses a serialized format for document cache > A more efficient javabin response writer without creating SolrDocument objects > -- > > Key: SOLR-13277 > URL: https://issues.apache.org/jira/browse/SOLR-13277 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Noble Paul >Priority: Major > > It's possible to to write a response out directly , without creating the > SolrDocument Objects if there are no transformers. > So, we may use a new flag to use this mode . When enabled , > * it serializes docs out to the stream without creating any Objects > * it uses a serialized format for document cache > Essentially, the cost of writing response out will be similar to the /export > handler. Traditional transformers may not work in this mode. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-13277) A more efficient javabin response writer without creating SolrDocument objects
Noble Paul created SOLR-13277: - Summary: A more efficient javabin response writer without creating SolrDocument objects Key: SOLR-13277 URL: https://issues.apache.org/jira/browse/SOLR-13277 Project: Solr Issue Type: Improvement Security Level: Public (Default Security Level. Issues are Public) Reporter: Noble Paul It's possible to to write a response out directly , without creating the SolrDocument Objects if there are no transformers. So, we may use a new flag to use this mode . When enabled , * it serializes docs out to the stream without creating any Objects * it uses a serialized format for document cache -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] barrotsteindev commented on issue #528: SOLR-12955 2
barrotsteindev commented on issue #528: SOLR-12955 2 URL: https://github.com/apache/lucene-solr/pull/528#issuecomment-468003356 Rebased on master. Also ran the full Solr test suite and made sure all tests pass. @dsmiley , do you reckon we could get this one merged into master? This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7321) Remove reflection in FSHDFSUtils.java
[ https://issues.apache.org/jira/browse/SOLR-7321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779669#comment-16779669 ] Kevin Risden commented on SOLR-7321: Thanks [~mdrob] > Remove reflection in FSHDFSUtils.java > - > > Key: SOLR-7321 > URL: https://issues.apache.org/jira/browse/SOLR-7321 > Project: Solr > Issue Type: Improvement > Components: Hadoop Integration, SolrCloud >Reporter: Mike Drob >Assignee: Kevin Risden >Priority: Major > Fix For: 8.x, master (9.0) > > Attachments: SOLR-7321.patch, SOLR-7321.patch > > > When we copied FSHDFSUtil from HBase in SOLR-6969 we also carried over their > compatability shims for both Hadoop 1 and Hadoop 2. Since we only support > Hadoop 2, we don't need to do reflection in this class and can just invoke > the methods directly. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7321) Remove reflection in FSHDFSUtils.java
[ https://issues.apache.org/jira/browse/SOLR-7321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779668#comment-16779668 ] ASF subversion and git services commented on SOLR-7321: --- Commit ba70919dd68332c742ead000583244d12630c55f in lucene-solr's branch refs/heads/branch_8x from Kevin Risden [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=ba70919 ] SOLR-7321: Remove reflection in FSHDFSUtils.java (Mike Drob, Kevin Risden) Signed-off-by: Kevin Risden > Remove reflection in FSHDFSUtils.java > - > > Key: SOLR-7321 > URL: https://issues.apache.org/jira/browse/SOLR-7321 > Project: Solr > Issue Type: Improvement > Components: Hadoop Integration, SolrCloud >Reporter: Mike Drob >Assignee: Kevin Risden >Priority: Major > Fix For: 8.x, master (9.0) > > Attachments: SOLR-7321.patch, SOLR-7321.patch > > > When we copied FSHDFSUtil from HBase in SOLR-6969 we also carried over their > compatability shims for both Hadoop 1 and Hadoop 2. Since we only support > Hadoop 2, we don't need to do reflection in this class and can just invoke > the methods directly. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7321) Remove reflection in FSHDFSUtils.java
[ https://issues.apache.org/jira/browse/SOLR-7321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779667#comment-16779667 ] ASF subversion and git services commented on SOLR-7321: --- Commit 15f3c3b0e6cbf0866da23f96547a4ed7215994d7 in lucene-solr's branch refs/heads/master from Kevin Risden [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=15f3c3b ] SOLR-7321: Remove reflection in FSHDFSUtils.java (Mike Drob, Kevin Risden) Signed-off-by: Kevin Risden > Remove reflection in FSHDFSUtils.java > - > > Key: SOLR-7321 > URL: https://issues.apache.org/jira/browse/SOLR-7321 > Project: Solr > Issue Type: Improvement > Components: Hadoop Integration, SolrCloud >Reporter: Mike Drob >Assignee: Kevin Risden >Priority: Major > Fix For: 8.x, master (9.0) > > Attachments: SOLR-7321.patch, SOLR-7321.patch > > > When we copied FSHDFSUtil from HBase in SOLR-6969 we also carried over their > compatability shims for both Hadoop 1 and Hadoop 2. Since we only support > Hadoop 2, we don't need to do reflection in this class and can just invoke > the methods directly. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13271) Implement a read-only mode for a collection
[ https://issues.apache.org/jira/browse/SOLR-13271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779658#comment-16779658 ] Shalin Shekhar Mangar commented on SOLR-13271: -- Thanks Andrzej. A few comments: # Using property makes the API a little awkward, it should be a primary attribute I think. # I think the override is dangerous. It removes all guarantees that makes a read only mode useful such as being able to safely restore to a snapshot or blue/green deployment switch with major version upgrades etc. # I think the guarantees here are weak e.g. I see that the index writer is still open in a read only collection, should it be so? Updates can keep coming in during the reload and might be indexed by the new index writer and then auto commit will end up creating new segments and maybe even trigger a merge. Similarly, since the readOnly param is set only at the DUP construction, a long running update request can keep streaming in even after the readOnly mode is activated. # We should be careful to document that setting the readOnly mode can take a long time because the reload can cause IW.close which can trigger merges etc. > Implement a read-only mode for a collection > --- > > Key: SOLR-13271 > URL: https://issues.apache.org/jira/browse/SOLR-13271 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: 8.x, master (9.0) >Reporter: Andrzej Bialecki >Assignee: Andrzej Bialecki >Priority: Major > Fix For: 8.x, master (9.0) > > Attachments: SOLR-13271.patch > > > Spin-off from SOLR-11127. In some scenarios it's useful to be able to block > any updates to a collection, while still being able to search its contents. > Currently the scope of this issue is SolrCloud, ie. standalone Solr will not > be supported. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-8.0-Windows (64bit/jdk-10.0.1) - Build # 51 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.0-Windows/51/ Java: 64bit/jdk-10.0.1 -XX:+UseCompressedOops -XX:+UseG1GC 2 tests failed. FAILED: org.apache.solr.handler.component.InfixSuggestersTest.testReloadDuringBuild Error Message: junit.framework.AssertionFailedError: Expected outer exception RuntimeException but no exception was thrown. Stack Trace: java.util.concurrent.ExecutionException: junit.framework.AssertionFailedError: Expected outer exception RuntimeException but no exception was thrown. at __randomizedtesting.SeedInfo.seed([9773432E52408125:7ECB6B5847690C24]:0) at java.base/java.util.concurrent.FutureTask.report(FutureTask.java:122) at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:191) at org.apache.solr.handler.component.InfixSuggestersTest.testReloadDuringBuild(InfixSuggestersTest.java:113) 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:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) 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:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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) Caused by: junit.framework.AssertionFailedError: Expected outer
[GitHub] uschindler commented on a change in pull request #581: LUCENE-3041: QueryVisitor
uschindler commented on a change in pull request #581: LUCENE-3041: QueryVisitor
URL: https://github.com/apache/lucene-solr/pull/581#discussion_r260869535
##
File path: lucene/core/src/java/org/apache/lucene/search/QueryVisitor.java
##
@@ -0,0 +1,87 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.lucene.search;
+
+import java.util.Set;
+import java.util.function.Supplier;
+
+import org.apache.lucene.index.Term;
+import org.apache.lucene.util.automaton.Automaton;
+
+/**
+ * Allows recursion through a query tree
+ *
+ * @see Query#visit(QueryVisitor)
+ */
+public abstract class QueryVisitor {
+
+ /**
+ * Called by leaf queries that match on a specific term
+ *
+ * @param term the term the query will match on
+ */
+ public void matchesTerm(Term term) { }
+
+ /**
+ * Called by leaf queries that match terms against an Automaton
+ * @param query the leaf query
+ * @param field the field to match against
+ * @param isBinary{@code true} if the Automaton is built to
match against byte[] rather than char[]
+ * @param automatonSupplier a supplier for the built Automaton
+ */
+ public void matchesAutomaton(Query query, String field, boolean isBinary,
Supplier automatonSupplier) {}
+
+ /**
+ * Called by leaf queries that do not match on terms
+ * @param query the query
+ */
+ public void visitLeaf(Query query) { }
+
+ /**
+ * Pulls a visitor instance for visiting child clauses of a query
+ *
+ * Returns {@code null} if the child clauses should not be visited
+ *
+ * The default implementation returns {@code this}, unless {@code occur} is
equal
+ * to {@link BooleanClause.Occur#MUST_NOT} in which case it returns
+ * {@code null}
+ *
+ * @param occur the relationship between the parent and its children
+ * @param parent the query visited
+ */
+ public QueryVisitor getSubVisitor(BooleanClause.Occur occur, Query parent) {
Review comment:
I hate "Optional" unless we get value types in Java.
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] uschindler commented on a change in pull request #581: LUCENE-3041: QueryVisitor
uschindler commented on a change in pull request #581: LUCENE-3041: QueryVisitor
URL: https://github.com/apache/lucene-solr/pull/581#discussion_r260869036
##
File path: lucene/core/src/java/org/apache/lucene/search/QueryVisitor.java
##
@@ -0,0 +1,123 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.lucene.search;
+
+import java.util.function.Predicate;
+import java.util.function.Supplier;
+
+import org.apache.lucene.index.Term;
+import org.apache.lucene.util.BytesRef;
+import org.apache.lucene.util.automaton.CompiledAutomaton;
+
+/**
+ * Interface to allow recursion through a query tree
+ *
+ * @see Query#visit(QueryVisitor)
+ */
+public interface QueryVisitor {
+
+ /**
+ * Called by leaf queries that match on a specific term
+ * @param query the leaf query visited
+ * @param term the term the query will match on
+ */
+ void visitLeaf(Query query, Term term);
+
+ /**
+ * Called by leaf queries that do not match against the terms index
+ * @param query the leaf query visited
+ */
+ default void visitLeaf(Query query) {}
+
+ /**
+ * Called by leaf queries that match against a set of terms defined by a
predicate
+ * @param query the leaf query
+ * @param field the field the query matches against
+ * @param predicateSupplier a supplier for a predicate that will select
matching terms
+ */
+ default void visitLeaf(Query query, String field,
Supplier> predicateSupplier) {}
Review comment:
If the visitor API works in general, adding more methods to improve
usability (maybe using functional interfaces) would be a great win. I agree,
can be done later.
The most important parts are covered here, so I am fine. I will still look
at the code this evening to check if I find some problems. Most of the patch
here deals with extractTerms, the actual changes in API are minor...
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Comment Edited] (SOLR-7321) Remove reflection in FSHDFSUtils.java
[
https://issues.apache.org/jira/browse/SOLR-7321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779571#comment-16779571
]
Kevin Risden edited comment on SOLR-7321 at 2/27/19 5:45 PM:
-
BasicAuthIntegrationTest.testBasicAuth failed and fails periodically on master
without this patch. For reference here is the reproduce with line:
{code:java}
ant test -Dtestcase=BasicAuthIntegrationTest -Dtests.method=testBasicAuth
-Dtests.seed=B295B060F9E64CE6 -Dtests.multiplier=2 -Dtests.slow=true
-Dtests.locale=da -Dtests.timezone=America/Asuncion -Dtests.asserts=true
-Dtests.file.encoding=ISO-8859-1
{code}
No tests added since there were no tests previously for this. Checked that
FSHDFSUtils still matches closely to the HBase FSHDFSUtils version that this
was originally copied from.
was (Author: risdenk):
BasicAuthIntegrationTest.testBasicAuth failed and fails periodically. For
reference here is the reproduce with line:
{code:java}
ant test -Dtestcase=BasicAuthIntegrationTest -Dtests.method=testBasicAuth
-Dtests.seed=B295B060F9E64CE6 -Dtests.multiplier=2 -Dtests.slow=true
-Dtests.locale=da -Dtests.timezone=America/Asuncion -Dtests.asserts=true
-Dtests.file.encoding=ISO-8859-1
{code}
No tests added since there were no tests previously for this. Checked that
FSHDFSUtils still matches closely to the HBase FSHDFSUtils version that this
was originally copied from.
> Remove reflection in FSHDFSUtils.java
> -
>
> Key: SOLR-7321
> URL: https://issues.apache.org/jira/browse/SOLR-7321
> Project: Solr
> Issue Type: Improvement
> Components: Hadoop Integration, SolrCloud
>Reporter: Mike Drob
>Assignee: Kevin Risden
>Priority: Major
> Fix For: 8.x, master (9.0)
>
> Attachments: SOLR-7321.patch, SOLR-7321.patch
>
>
> When we copied FSHDFSUtil from HBase in SOLR-6969 we also carried over their
> compatability shims for both Hadoop 1 and Hadoop 2. Since we only support
> Hadoop 2, we don't need to do reflection in this class and can just invoke
> the methods directly.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7321) Remove reflection in FSHDFSUtils.java
[
https://issues.apache.org/jira/browse/SOLR-7321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779571#comment-16779571
]
Kevin Risden commented on SOLR-7321:
BasicAuthIntegrationTest.testBasicAuth failed and fails periodically. For
reference here is the reproduce with line:
{code:java}
ant test -Dtestcase=BasicAuthIntegrationTest -Dtests.method=testBasicAuth
-Dtests.seed=B295B060F9E64CE6 -Dtests.multiplier=2 -Dtests.slow=true
-Dtests.locale=da -Dtests.timezone=America/Asuncion -Dtests.asserts=true
-Dtests.file.encoding=ISO-8859-1
{code}
No tests added since there were no tests previously for this. Checked that
FSHDFSUtils still matches closely to the HBase FSHDFSUtils version that this
was originally copied from.
> Remove reflection in FSHDFSUtils.java
> -
>
> Key: SOLR-7321
> URL: https://issues.apache.org/jira/browse/SOLR-7321
> Project: Solr
> Issue Type: Improvement
> Components: Hadoop Integration, SolrCloud
>Reporter: Mike Drob
>Assignee: Kevin Risden
>Priority: Major
> Fix For: 8.x, master (9.0)
>
> Attachments: SOLR-7321.patch, SOLR-7321.patch
>
>
> When we copied FSHDFSUtil from HBase in SOLR-6969 we also carried over their
> compatability shims for both Hadoop 1 and Hadoop 2. Since we only support
> Hadoop 2, we don't need to do reflection in this class and can just invoke
> the methods directly.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-7321) Remove reflection in FSHDFSUtils.java
[
https://issues.apache.org/jira/browse/SOLR-7321?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779564#comment-16779564
]
Lucene/Solr QA commented on SOLR-7321:
--
| (x) *{color:red}-1 overall{color}* |
\\
\\
|| Vote || Subsystem || Runtime || Comment ||
|| || || || {color:brown} Prechecks {color} ||
| {color:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m
0s{color} | {color:red} The patch doesn't appear to include any new or modified
tests. Please justify why no new tests are needed for this patch. Also please
list what manual steps were performed to verify this patch. {color} |
|| || || || {color:brown} master Compile Tests {color} ||
| {color:green}+1{color} | {color:green} compile {color} | {color:green} 2m
52s{color} | {color:green} master passed {color} |
|| || || || {color:brown} Patch Compile Tests {color} ||
| {color:green}+1{color} | {color:green} compile {color} | {color:green} 2m
24s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} javac {color} | {color:green} 2m
24s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} Release audit (RAT) {color} |
{color:green} 2m 24s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} Check forbidden APIs {color} |
{color:green} 2m 24s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} Validate source patterns {color} |
{color:green} 2m 24s{color} | {color:green} the patch passed {color} |
|| || || || {color:brown} Other Tests {color} ||
| {color:red}-1{color} | {color:red} unit {color} | {color:red} 56m 16s{color}
| {color:red} core in the patch failed. {color} |
| {color:black}{color} | {color:black} {color} | {color:black} 64m 51s{color} |
{color:black} {color} |
\\
\\
|| Reason || Tests ||
| Failed junit tests | solr.security.BasicAuthIntegrationTest |
\\
\\
|| Subsystem || Report/Notes ||
| JIRA Issue | SOLR-7321 |
| JIRA Patch URL |
https://issues.apache.org/jira/secure/attachment/12960226/SOLR-7321.patch |
| Optional Tests | compile javac unit ratsources checkforbiddenapis
validatesourcepatterns |
| uname | Linux lucene1-us-west 4.4.0-137-generic #163~14.04.1-Ubuntu SMP Mon
Sep 24 17:14:57 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux |
| Build tool | ant |
| Personality |
/home/jenkins/jenkins-slave/workspace/PreCommit-SOLR-Build/sourcedir/dev-tools/test-patch/lucene-solr-yetus-personality.sh
|
| git revision | master / 00c0229 |
| ant | version: Apache Ant(TM) version 1.9.3 compiled on July 24 2018 |
| Default Java | 1.8.0_191 |
| unit |
https://builds.apache.org/job/PreCommit-SOLR-Build/321/artifact/out/patch-unit-solr_core.txt
|
| Test Results |
https://builds.apache.org/job/PreCommit-SOLR-Build/321/testReport/ |
| modules | C: solr/core U: solr/core |
| Console output |
https://builds.apache.org/job/PreCommit-SOLR-Build/321/console |
| Powered by | Apache Yetus 0.7.0 http://yetus.apache.org |
This message was automatically generated.
> Remove reflection in FSHDFSUtils.java
> -
>
> Key: SOLR-7321
> URL: https://issues.apache.org/jira/browse/SOLR-7321
> Project: Solr
> Issue Type: Improvement
> Components: Hadoop Integration, SolrCloud
>Reporter: Mike Drob
>Assignee: Kevin Risden
>Priority: Major
> Fix For: 8.x, master (9.0)
>
> Attachments: SOLR-7321.patch, SOLR-7321.patch
>
>
> When we copied FSHDFSUtil from HBase in SOLR-6969 we also carried over their
> compatability shims for both Hadoop 1 and Hadoop 2. Since we only support
> Hadoop 2, we don't need to do reflection in this class and can just invoke
> the methods directly.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-9840) Add a unit test for LDAP integration
[ https://issues.apache.org/jira/browse/SOLR-9840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779515#comment-16779515 ] Kevin Risden commented on SOLR-9840: The yetus check is on the first version of the patch. I didn't upload the new version in time to catch the patch check the first time :/ > Add a unit test for LDAP integration > > > Key: SOLR-9840 > URL: https://issues.apache.org/jira/browse/SOLR-9840 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hrishikesh Gadre >Assignee: Kevin Risden >Priority: Minor > Fix For: 8.x, master (9.0) > > Attachments: SOLR-9840.patch, SOLR-9840.patch, SOLR-9840.patch > > Time Spent: 0.5h > Remaining Estimate: 0h > > SOLR-9513 introduced a generic Hadoop authentication plugin which can be used > to configure LDAP authentication functionality in Hadoop. This jira is to > track the work required for adding a unit test for LDAP integration. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-Windows (64bit/jdk-13-ea+8) - Build # 1007 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Windows/1007/ Java: 64bit/jdk-13-ea+8 -XX:-UseCompressedOops -XX:+UseG1GC 12 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.OverseerTest Error Message: SOLR-11606: ByteBuddy used by Mockito is not working with this JVM version. Stack Trace: org.junit.AssumptionViolatedException: SOLR-11606: ByteBuddy used by Mockito is not working with this JVM version. at __randomizedtesting.SeedInfo.seed([FF792FC7BD5D816E]:0) at com.carrotsearch.randomizedtesting.RandomizedTest.assumeNoException(RandomizedTest.java:742) at org.apache.solr.SolrTestCaseJ4.assumeWorkingMockito(SolrTestCaseJ4.java:362) at org.apache.solr.cloud.OverseerTest.beforeClass(OverseerTest.java:284) 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:567) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:878) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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:835) Caused by: java.lang.IllegalArgumentException: Unknown Java version: 13 at net.bytebuddy.ClassFileVersion.ofJavaVersion(ClassFileVersion.java:210) at net.bytebuddy.ClassFileVersion$VersionLocator$ForJava9CapableVm.locate(ClassFileVersion.java:462) at net.bytebuddy.ClassFileVersion.ofThisVm(ClassFileVersion.java:223) 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:567) at org.apache.solr.SolrTestCaseJ4.assumeWorkingMockito(SolrTestCaseJ4.java:360) ... 24 more FAILED: junit.framework.TestSuite.org.apache.solr.cloud.OverseerTest Error Message: Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([FF792FC7BD5D816E]:0) at org.apache.solr.cloud.OverseerTest.afterClass(OverseerTest.java:307) 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:567) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:901) at
[jira] [Updated] (SOLR-13276) Adding Http2 equivalent classes of CloudSolrClient and HttpClusterStateProvider
[ https://issues.apache.org/jira/browse/SOLR-13276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cao Manh Dat updated SOLR-13276: Attachment: SOLR-13276.patch > Adding Http2 equivalent classes of CloudSolrClient and > HttpClusterStateProvider > > > Key: SOLR-13276 > URL: https://issues.apache.org/jira/browse/SOLR-13276 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Cao Manh Dat >Assignee: Cao Manh Dat >Priority: Major > Attachments: SOLR-13276.patch, SOLR-13276.patch > > > Before we can move on and wipe out the usage of apache httpclient inside > Solr-core. We need to create Http/2 equivalent classes of CloudSolrClient and > HttpClusterStateProvider -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-9840) Add a unit test for LDAP integration
[
https://issues.apache.org/jira/browse/SOLR-9840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779491#comment-16779491
]
Lucene/Solr QA commented on SOLR-9840:
--
| (x) *{color:red}-1 overall{color}* |
\\
\\
|| Vote || Subsystem || Runtime || Comment ||
|| || || || {color:brown} Prechecks {color} ||
| {color:green}+1{color} | {color:green} test4tests {color} | {color:green} 0m
0s{color} | {color:green} The patch appears to include 2 new or modified test
files. {color} |
|| || || || {color:brown} master Compile Tests {color} ||
| {color:green}+1{color} | {color:green} compile {color} | {color:green} 2m
37s{color} | {color:green} master passed {color} |
|| || || || {color:brown} Patch Compile Tests {color} ||
| {color:green}+1{color} | {color:green} compile {color} | {color:green} 3m
19s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} javac {color} | {color:green} 3m
19s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} Release audit (RAT) {color} |
{color:green} 3m 19s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} Check forbidden APIs {color} |
{color:green} 3m 19s{color} | {color:green} the patch passed {color} |
| {color:green}+1{color} | {color:green} Check licenses {color} | {color:green}
3m 19s{color} | {color:green} Check licenses check-licenses passed {color} |
| {color:red}-1{color} | {color:red} Check licenses {color} | {color:red} 0m
30s{color} | {color:red} Check licenses check-licenses failed {color} |
| {color:green}+1{color} | {color:green} Validate source patterns {color} |
{color:green} 3m 19s{color} | {color:green} the patch passed {color} |
|| || || || {color:brown} Other Tests {color} ||
| {color:green}+1{color} | {color:green} unit {color} | {color:green} 69m
18s{color} | {color:green} core in the patch passed. {color} |
| {color:black}{color} | {color:black} {color} | {color:black} 80m 21s{color} |
{color:black} {color} |
\\
\\
|| Subsystem || Report/Notes ||
| JIRA Issue | SOLR-9840 |
| JIRA Patch URL |
https://issues.apache.org/jira/secure/attachment/12960280/SOLR-9840.patch |
| Optional Tests | checklicenses validatesourcepatterns ratsources compile
javac unit checkforbiddenapis |
| uname | Linux lucene1-us-west 4.4.0-137-generic #163~14.04.1-Ubuntu SMP Mon
Sep 24 17:14:57 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux |
| Build tool | ant |
| Personality |
/home/jenkins/jenkins-slave/workspace/PreCommit-SOLR-Build/sourcedir/dev-tools/test-patch/lucene-solr-yetus-personality.sh
|
| git revision | master / 00c0229 |
| ant | version: Apache Ant(TM) version 1.9.3 compiled on July 24 2018 |
| Default Java | 1.8.0_191 |
| Check licenses |
https://builds.apache.org/job/PreCommit-SOLR-Build/320/artifact/out/patch-check-licenses-solr.txt
|
| Test Results |
https://builds.apache.org/job/PreCommit-SOLR-Build/320/testReport/ |
| modules | C: lucene solr solr/core U: . |
| Console output |
https://builds.apache.org/job/PreCommit-SOLR-Build/320/console |
| Powered by | Apache Yetus 0.7.0 http://yetus.apache.org |
This message was automatically generated.
> Add a unit test for LDAP integration
>
>
> Key: SOLR-9840
> URL: https://issues.apache.org/jira/browse/SOLR-9840
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
>Reporter: Hrishikesh Gadre
>Assignee: Kevin Risden
>Priority: Minor
> Fix For: 8.x, master (9.0)
>
> Attachments: SOLR-9840.patch, SOLR-9840.patch, SOLR-9840.patch
>
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> SOLR-9513 introduced a generic Hadoop authentication plugin which can be used
> to configure LDAP authentication functionality in Hadoop. This jira is to
> track the work required for adding a unit test for LDAP integration.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13276) Adding Http2 equivalent classes of CloudSolrClient and HttpClusterStateProvider
[ https://issues.apache.org/jira/browse/SOLR-13276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779486#comment-16779486 ] Cao Manh Dat commented on SOLR-13276: - Attached a patch that pass ant precommit. > Adding Http2 equivalent classes of CloudSolrClient and > HttpClusterStateProvider > > > Key: SOLR-13276 > URL: https://issues.apache.org/jira/browse/SOLR-13276 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Cao Manh Dat >Assignee: Cao Manh Dat >Priority: Major > Attachments: SOLR-13276.patch, SOLR-13276.patch > > > Before we can move on and wipe out the usage of apache httpclient inside > Solr-core. We need to create Http/2 equivalent classes of CloudSolrClient and > HttpClusterStateProvider -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-13276) Adding Http2 equivalent classes of CloudSolrClient and HttpClusterStateProvider
Cao Manh Dat created SOLR-13276: --- Summary: Adding Http2 equivalent classes of CloudSolrClient and HttpClusterStateProvider Key: SOLR-13276 URL: https://issues.apache.org/jira/browse/SOLR-13276 Project: Solr Issue Type: Improvement Security Level: Public (Default Security Level. Issues are Public) Reporter: Cao Manh Dat Assignee: Cao Manh Dat Attachments: SOLR-13276.patch Before we can move on and wipe out the usage of apache httpclient inside Solr-core. We need to create Http/2 equivalent classes of CloudSolrClient and HttpClusterStateProvider -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13276) Adding Http2 equivalent classes of CloudSolrClient and HttpClusterStateProvider
[ https://issues.apache.org/jira/browse/SOLR-13276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cao Manh Dat updated SOLR-13276: Attachment: SOLR-13276.patch > Adding Http2 equivalent classes of CloudSolrClient and > HttpClusterStateProvider > > > Key: SOLR-13276 > URL: https://issues.apache.org/jira/browse/SOLR-13276 > Project: Solr > Issue Type: Improvement > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Cao Manh Dat >Assignee: Cao Manh Dat >Priority: Major > Attachments: SOLR-13276.patch > > > Before we can move on and wipe out the usage of apache httpclient inside > Solr-core. We need to create Http/2 equivalent classes of CloudSolrClient and > HttpClusterStateProvider -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-9840) Add a unit test for LDAP integration
[ https://issues.apache.org/jira/browse/SOLR-9840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Risden updated SOLR-9840: --- Attachment: SOLR-9840.patch > Add a unit test for LDAP integration > > > Key: SOLR-9840 > URL: https://issues.apache.org/jira/browse/SOLR-9840 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hrishikesh Gadre >Assignee: Kevin Risden >Priority: Minor > Fix For: 8.x, master (9.0) > > Attachments: SOLR-9840.patch, SOLR-9840.patch, SOLR-9840.patch > > Time Spent: 10m > Remaining Estimate: 0h > > SOLR-9513 introduced a generic Hadoop authentication plugin which can be used > to configure LDAP authentication functionality in Hadoop. This jira is to > track the work required for adding a unit test for LDAP integration. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-13268) Clean up any test failures resulting from defaulting to async logging
[ https://issues.apache.org/jira/browse/SOLR-13268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779452#comment-16779452 ] Kevin Risden commented on SOLR-13268: - I haven't seen any failures recently either on the public Jenkins servers. I've still seen a few failures locally based on the master branch. > Clean up any test failures resulting from defaulting to async logging > - > > Key: SOLR-13268 > URL: https://issues.apache.org/jira/browse/SOLR-13268 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Erick Erickson >Assignee: Erick Erickson >Priority: Major > Attachments: SOLR-13268.patch > > Time Spent: 1h > Remaining Estimate: 0h > > This is a catch-all for test failures due to the async logging changes. So > far, the I see a couple failures on JDK13 only. I'll collect a "starter set" > here, these are likely systemic, once the root cause is found/fixed, then > others are likely fixed as well. > JDK13: > ant test -Dtestcase=TestJmxIntegration -Dtests.seed=54B30AC62A2D71E > -Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=lv-LV > -Dtests.timezone=Asia/Riyadh -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > ant test -Dtestcase=TestDynamicURP -Dtests.seed=54B30AC62A2D71E > -Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=rwk > -Dtests.timezone=Australia/Brisbane -Dtests.asserts=true > -Dtests.file.encoding=UTF-8 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] risdenk edited a comment on issue #591: SOLR-9840: Add a unit test for LDAP integration (Hrishikesh Gadre, Kevin Risden)
risdenk edited a comment on issue #591: SOLR-9840: Add a unit test for LDAP integration (Hrishikesh Gadre, Kevin Risden) URL: https://github.com/apache/lucene-solr/pull/591#issuecomment-467915217 Helps to review if you use the github filter filter to look at the non .txt and .sha1 files. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] risdenk commented on issue #591: SOLR-9840: Add a unit test for LDAP integration (Hrishikesh Gadre, Kevin Risden)
risdenk commented on issue #591: SOLR-9840: Add a unit test for LDAP integration (Hrishikesh Gadre, Kevin Risden) URL: https://github.com/apache/lucene-solr/pull/591#issuecomment-467915217 Helps to review if you use the github filter filter to look at the non .txt files. This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-13274) BasicAuthPlugin causes MetricsHistoryHandler errors - "could not get tags from node" - 401 require authentication
[ https://issues.apache.org/jira/browse/SOLR-13274?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cassandra Targett resolved SOLR-13274. -- Resolution: Duplicate Closing as a duplicate of SOLR-12860. > BasicAuthPlugin causes MetricsHistoryHandler errors - "could not get tags > from node" - 401 require authentication > - > > Key: SOLR-13274 > URL: https://issues.apache.org/jira/browse/SOLR-13274 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: metrics >Affects Versions: 7.4 >Reporter: Danny Shih >Priority: Major > > With a SOLR 7.4.0 server correctly configured in cloud mode with the > BasicAuthPlugin, we are seeing the following WARN log spammed. > It's unclear if there's something actually wrong with metrics functionality > (we don't really use it). > Relevant thread: > http://lucene.472066.n3.nabble.com/Overseer-could-not-get-tags-td4409997.html#a4426307 > --- > 2019-02-26 15:56:16.996 -0800 (,,,) MetricsHistoryHandler-12-thread-1 : WARN > org.apache.solr.client.solrj.impl.SolrClientNodeStateProvider - could not get > tags from node localhost:11000_solr > org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error > from server at https://localhost:11000/solr: Expected mime type > application/octet-stream but got text/html. > > > Error 401 require authentication > > HTTP ERROR 401 > Problem accessing /solr/admin/metrics. Reason: > require authentication > > > at > org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:607) > ~[solr-solrj-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:14] > at > org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:255) > ~[solr-solrj-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:14] > at > org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:244) > ~[solr-solrj-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:14] > at org.apache.solr.client.solrj.SolrClient.request(SolrClient.java:1219) > ~[solr-solrj-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:14] > at > org.apache.solr.client.solrj.impl.SolrClientNodeStateProvider$ClientSnitchCtx.invoke(SolrClientNodeStateProvider.java:292) > ~[solr-solrj-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:14] > at > org.apache.solr.client.solrj.impl.SolrClientNodeStateProvider.fetchMetrics(SolrClientNodeStateProvider.java:150) > ~[solr-solrj-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:14] > at > org.apache.solr.client.solrj.impl.SolrClientNodeStateProvider$AutoScalingSnitch.getRemoteInfo(SolrClientNodeStateProvider.java:199) > ~[solr-solrj-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:14] > at > org.apache.solr.common.cloud.rule.ImplicitSnitch.getTags(ImplicitSnitch.java:76) > ~[solr-solrj-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:14] > at > org.apache.solr.client.solrj.impl.SolrClientNodeStateProvider.getNodeValues(SolrClientNodeStateProvider.java:111) > ~[solr-solrj-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:14] > at > org.apache.solr.handler.admin.MetricsHistoryHandler.collectGlobalMetrics(MetricsHistoryHandler.java:495) > ~[solr-core-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:13] > at > org.apache.solr.handler.admin.MetricsHistoryHandler.collectMetrics(MetricsHistoryHandler.java:368) > ~[solr-core-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:13] > at > org.apache.solr.handler.admin.MetricsHistoryHandler.lambda$new$0(MetricsHistoryHandler.java:230) > ~[solr-core-7.4.0.jar:7.4.0 9060ac689c270b02143f375de0348b7f626adebc - > jpountz - 2018-06-18 16:55:13] > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > [?:1.8.0_181-b13] > at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) > [?:1.8.0_181-b13] > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) > [?:1.8.0_181-b13] > at > java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) > [?:1.8.0_181-b13] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > [?:1.8.0_181-b13] > at >
[jira] [Commented] (SOLR-13268) Clean up any test failures resulting from defaulting to async logging
[ https://issues.apache.org/jira/browse/SOLR-13268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779449#comment-16779449 ] Erick Erickson commented on SOLR-13268: --- I haven't seen any failures in the last day, however the seeds still reproduce. [~krisden] I've been fiddling around with my mail filters, so wanted to check if you've seen any errors reported. I see other test errors so I'm guessing it's just luck but wanted to check. > Clean up any test failures resulting from defaulting to async logging > - > > Key: SOLR-13268 > URL: https://issues.apache.org/jira/browse/SOLR-13268 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Erick Erickson >Assignee: Erick Erickson >Priority: Major > Attachments: SOLR-13268.patch > > Time Spent: 1h > Remaining Estimate: 0h > > This is a catch-all for test failures due to the async logging changes. So > far, the I see a couple failures on JDK13 only. I'll collect a "starter set" > here, these are likely systemic, once the root cause is found/fixed, then > others are likely fixed as well. > JDK13: > ant test -Dtestcase=TestJmxIntegration -Dtests.seed=54B30AC62A2D71E > -Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=lv-LV > -Dtests.timezone=Asia/Riyadh -Dtests.asserts=true -Dtests.file.encoding=UTF-8 > ant test -Dtestcase=TestDynamicURP -Dtests.seed=54B30AC62A2D71E > -Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=rwk > -Dtests.timezone=Australia/Brisbane -Dtests.asserts=true > -Dtests.file.encoding=UTF-8 -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-9840) Add a unit test for LDAP integration
[ https://issues.apache.org/jira/browse/SOLR-9840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779446#comment-16779446 ] Kevin Risden commented on SOLR-9840: Fixed precommit issues with unused imports and order of dependency versions. > Add a unit test for LDAP integration > > > Key: SOLR-9840 > URL: https://issues.apache.org/jira/browse/SOLR-9840 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hrishikesh Gadre >Assignee: Kevin Risden >Priority: Minor > Fix For: 8.x, master (9.0) > > Attachments: SOLR-9840.patch, SOLR-9840.patch, SOLR-9840.patch > > Time Spent: 10m > Remaining Estimate: 0h > > SOLR-9513 introduced a generic Hadoop authentication plugin which can be used > to configure LDAP authentication functionality in Hadoop. This jira is to > track the work required for adding a unit test for LDAP integration. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (SOLR-13275) I am using solr in my project.when i try to search with keyword utilities in my project it gives 403 error
[ https://issues.apache.org/jira/browse/SOLR-13275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Cassandra Targett resolved SOLR-13275. -- Resolution: Invalid Solr support is available from the solr-user mailing list only. Please see http://lucene.apache.org/solr/community.html#mailing-lists-irc for how to subscribe. > I am using solr in my project.when i try to search with keyword utilities in > my project it gives 403 error > -- > > Key: SOLR-13275 > URL: https://issues.apache.org/jira/browse/SOLR-13275 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Ashlesha >Priority: Major > > I am using solr in my project.when i try to search with keyword utilities in > my project it gives 403 error.But when i search by keword uti it gives me > desired result -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
URL: https://github.com/apache/lucene-solr/pull/581#discussion_r260799893
##
File path: lucene/core/src/java/org/apache/lucene/search/QueryVisitor.java
##
@@ -0,0 +1,80 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.lucene.search;
+
+import java.util.Set;
+
+import org.apache.lucene.index.Term;
+
+/**
+ * Allows recursion through a query tree
+ *
+ * @see Query#visit(QueryVisitor)
+ */
+public abstract class QueryVisitor {
+
+ /**
+ * Called by leaf queries that match on a specific term
+ *
+ * @param query the leaf query
+ * @param term the term the query will match on
+ */
+ public void consumesTerm(Query query, Term term) { }
Review comment:
doesn't this depend on the SubVisitor here?
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
URL: https://github.com/apache/lucene-solr/pull/581#discussion_r260798553
##
File path: lucene/core/src/java/org/apache/lucene/search/QueryVisitor.java
##
@@ -0,0 +1,123 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.lucene.search;
+
+import java.util.function.Predicate;
+import java.util.function.Supplier;
+
+import org.apache.lucene.index.Term;
+import org.apache.lucene.util.BytesRef;
+import org.apache.lucene.util.automaton.CompiledAutomaton;
+
+/**
+ * Interface to allow recursion through a query tree
+ *
+ * @see Query#visit(QueryVisitor)
+ */
+public interface QueryVisitor {
+
+ /**
+ * Called by leaf queries that match on a specific term
+ * @param query the leaf query visited
+ * @param term the term the query will match on
+ */
+ void visitLeaf(Query query, Term term);
+
+ /**
+ * Called by leaf queries that do not match against the terms index
+ * @param query the leaf query visited
+ */
+ default void visitLeaf(Query query) {}
+
+ /**
+ * Called by leaf queries that match against a set of terms defined by a
predicate
+ * @param query the leaf query
+ * @param field the field the query matches against
+ * @param predicateSupplier a supplier for a predicate that will select
matching terms
+ */
+ default void visitLeaf(Query query, String field,
Supplier> predicateSupplier) {}
Review comment:
I do remember what you are referring to. I think this can be a follow up to
this change?
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-9840) Add a unit test for LDAP integration
[ https://issues.apache.org/jira/browse/SOLR-9840?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779426#comment-16779426 ] Kevin Risden commented on SOLR-9840: Attached patch with licenses/notices. > Add a unit test for LDAP integration > > > Key: SOLR-9840 > URL: https://issues.apache.org/jira/browse/SOLR-9840 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hrishikesh Gadre >Assignee: Kevin Risden >Priority: Minor > Fix For: 8.x, master (9.0) > > Attachments: SOLR-9840.patch, SOLR-9840.patch > > Time Spent: 10m > Remaining Estimate: 0h > > SOLR-9513 introduced a generic Hadoop authentication plugin which can be used > to configure LDAP authentication functionality in Hadoop. This jira is to > track the work required for adding a unit test for LDAP integration. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-9840) Add a unit test for LDAP integration
[ https://issues.apache.org/jira/browse/SOLR-9840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Risden updated SOLR-9840: --- Attachment: SOLR-9840.patch > Add a unit test for LDAP integration > > > Key: SOLR-9840 > URL: https://issues.apache.org/jira/browse/SOLR-9840 > Project: Solr > Issue Type: Sub-task > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Hrishikesh Gadre >Assignee: Kevin Risden >Priority: Minor > Fix For: 8.x, master (9.0) > > Attachments: SOLR-9840.patch, SOLR-9840.patch > > Time Spent: 10m > Remaining Estimate: 0h > > SOLR-9513 introduced a generic Hadoop authentication plugin which can be used > to configure LDAP authentication functionality in Hadoop. This jira is to > track the work required for adding a unit test for LDAP integration. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] romseygeek commented on a change in pull request #581: LUCENE-3041: QueryVisitor
romseygeek commented on a change in pull request #581: LUCENE-3041: QueryVisitor
URL: https://github.com/apache/lucene-solr/pull/581#discussion_r260796281
##
File path: lucene/core/src/java/org/apache/lucene/search/FuzzyQuery.java
##
@@ -146,6 +147,10 @@ public boolean getTranspositions() {
return transpositions;
}
+ public Automaton getAutomaton() {
Review comment:
++, changed
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] romseygeek commented on a change in pull request #581: LUCENE-3041: QueryVisitor
romseygeek commented on a change in pull request #581: LUCENE-3041: QueryVisitor
URL: https://github.com/apache/lucene-solr/pull/581#discussion_r260796191
##
File path: lucene/core/src/java/org/apache/lucene/search/QueryVisitor.java
##
@@ -0,0 +1,80 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.lucene.search;
+
+import java.util.Set;
+
+import org.apache.lucene.index.Term;
+
+/**
+ * Allows recursion through a query tree
+ *
+ * @see Query#visit(QueryVisitor)
+ */
+public abstract class QueryVisitor {
+
+ /**
+ * Called by leaf queries that match on a specific term
+ *
+ * @param query the leaf query
+ * @param term the term the query will match on
+ */
+ public void consumesTerm(Query query, Term term) { }
Review comment:
The tricky part with varArgs is what the semantics are - is it always the
equivalent of a SHOULD or can PhraseQuery use it too, in which case it's a MUST?
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-repro - Build # 2910 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/2910/ [...truncated 29 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-NightlyTests-7.x/464/consoleText [repro] Revision: 4be095e69823451f094152d8e2142605418caf4e [repro] Ant options: -Dtests.multiplier=2 -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt [repro] Repro line: ant test -Dtestcase=TestNamedUpdateProcessors -Dtests.method=test -Dtests.seed=490F99AA572F4C46 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=en -Dtests.timezone=Asia/Tomsk -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] Repro line: ant test -Dtestcase=HdfsUnloadDistributedZkTest -Dtests.method=test -Dtests.seed=490F99AA572F4C46 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=id -Dtests.timezone=EAT -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] Repro line: ant test -Dtestcase=ChaosMonkeySafeLeaderWithPullReplicasTest -Dtests.seed=490F99AA572F4C46 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=ro-RO -Dtests.timezone=Etc/GMT-3 -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [repro] Repro line: ant test -Dtestcase=TestV2Request -Dtests.method=testCloudSolrClient -Dtests.seed=CC3EE26E43EDBEA4 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=nl-BE -Dtests.timezone=America/Montreal -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 00c02290d58cab118c41e9fb01a458a466ea98d4 [repro] git fetch [repro] git checkout 4be095e69823451f094152d8e2142605418caf4e [...truncated 2 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/solrj [repro] TestV2Request [repro]solr/core [repro] TestNamedUpdateProcessors [repro] ChaosMonkeySafeLeaderWithPullReplicasTest [repro] HdfsUnloadDistributedZkTest [repro] ant compile-test [...truncated 2719 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.TestV2Request" -Dtests.showOutput=onerror -Dtests.multiplier=2 -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.seed=CC3EE26E43EDBEA4 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=nl-BE -Dtests.timezone=America/Montreal -Dtests.asserts=true -Dtests.file.encoding=UTF-8 [...truncated 82 lines...] [repro] ant compile-test [...truncated 1352 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=15 -Dtests.class="*.TestNamedUpdateProcessors|*.ChaosMonkeySafeLeaderWithPullReplicasTest|*.HdfsUnloadDistributedZkTest" -Dtests.showOutput=onerror -Dtests.multiplier=2 -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.seed=490F99AA572F4C46 -Dtests.multiplier=2 -Dtests.nightly=true -Dtests.slow=true -Dtests.linedocsfile=/home/jenkins/jenkins-slave/workspace/Lucene-Solr-NightlyTests-7.x/test-data/enwiki.random.lines.txt -Dtests.locale=en -Dtests.timezone=Asia/Tomsk -Dtests.asserts=true -Dtests.file.encoding=US-ASCII [...truncated 31627 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 0/5 failed: org.apache.solr.client.solrj.request.TestV2Request [repro] 0/5 failed: org.apache.solr.cloud.hdfs.HdfsUnloadDistributedZkTest [repro] 0/5 failed: org.apache.solr.update.processor.TestNamedUpdateProcessors [repro] 2/5 failed: org.apache.solr.cloud.ChaosMonkeySafeLeaderWithPullReplicasTest [repro] git checkout 00c02290d58cab118c41e9fb01a458a466ea98d4 [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 6 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-13275) I am using solr in my project.when i try to search with keyword utilities in my project it gives 403 error
Ashlesha created SOLR-13275: --- Summary: I am using solr in my project.when i try to search with keyword utilities in my project it gives 403 error Key: SOLR-13275 URL: https://issues.apache.org/jira/browse/SOLR-13275 Project: Solr Issue Type: Bug Security Level: Public (Default Security Level. Issues are Public) Reporter: Ashlesha I am using solr in my project.when i try to search with keyword utilities in my project it gives 403 error.But when i search by keword uti it gives me desired result -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Resolved] (LUCENE-5967) Allow WildcardQuery and RegexpQuery to also use auto-prefix terms
[
https://issues.apache.org/jira/browse/LUCENE-5967?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alan Woodward resolved LUCENE-5967.
---
Resolution: Won't Fix
> Allow WildcardQuery and RegexpQuery to also use auto-prefix terms
> -
>
> Key: LUCENE-5967
> URL: https://issues.apache.org/jira/browse/LUCENE-5967
> Project: Lucene - Core
> Issue Type: Improvement
>Reporter: Michael McCandless
>Priority: Major
>
> In LUCENE-5879, we added auto-prefix terms, where the terms dict finds good
> prefix terms to index, so that at search time PrefixQuery and TermRangeQuery
> can visit far fewer terms than the full set.
> WildcardQuery and RegexpQuery will only make use of auto-prefix terms if it's
> "effectively" a PrefixQuery (e.g. WildcardQuery("foo*")), but we could fix
> them so they could also use auto-prefix terms for other cases (e.g. foo?b*)
> though in practice it's less likely to have an impact I think.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS] Lucene-Solr-master-Windows (64bit/jdk-10.0.1) - Build # 7745 - Failure!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-master-Windows/7745/ Java: 64bit/jdk-10.0.1 -XX:-UseCompressedOops -XX:+UseParallelGC 3 tests failed. FAILED: org.apache.solr.cloud.BasicDistributedZkTest.test Error Message: java.util.concurrent.TimeoutException: Could not connect to ZooKeeper 127.0.0.1:61041 within 3 ms Stack Trace: org.apache.solr.common.SolrException: java.util.concurrent.TimeoutException: Could not connect to ZooKeeper 127.0.0.1:61041 within 3 ms at org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:201) at org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:126) at org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:121) at org.apache.solr.common.cloud.SolrZkClient.(SolrZkClient.java:108) at org.apache.solr.cloud.AbstractDistribZkTestBase.printLayout(AbstractDistribZkTestBase.java:314) at org.apache.solr.cloud.BasicDistributedZkTest.testStopAndStartCoresInOneInstance(BasicDistributedZkTest.java:622) at org.apache.solr.cloud.BasicDistributedZkTest.test(BasicDistributedZkTest.java:428) 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:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsFixedStatement.callStatement(BaseDistributedSearchTestCase.java:1082) at org.apache.solr.BaseDistributedSearchTestCase$ShardsRepeatRule$ShardsStatement.evaluate(BaseDistributedSearchTestCase.java:1054) 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:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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-13270) SolrJ does not send "Expect: 100-continue" header
[
https://issues.apache.org/jira/browse/SOLR-13270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779378#comment-16779378
]
Erlend Garåsen commented on SOLR-13270:
---
One place to solve this is in the executeMethod in HttpSolrClient.java.
The RequestConfig is indeed being overwritten:
{code:java}
org.apache.http.client.config.RequestConfig.Builder requestConfigBuilder =
HttpClientUtil.createDefaultRequestConfigBuilder();
[…]
method.setConfig(requestConfigBuilder.build());
{code}
My suggestion is to surround the above with an _if_ to check whether a config
already exists. If not, create a default request config and add the settings:
{code:java}
if (method.getConfig() == null) {
org.apache.http.client.config.RequestConfig.Builder requestConfigBuilder =
HttpClientUtil.createDefaultRequestConfigBuilder();
if (soTimeout != null) {
requestConfigBuilder.setSocketTimeout(soTimeout);
}
if (connectionTimeout != null) {
requestConfigBuilder.setConnectTimeout(connectionTimeout);
}
if (followRedirects != null) {
requestConfigBuilder.setRedirectsEnabled(followRedirects);
}
method.setConfig(requestConfigBuilder.build());
}{code}
> SolrJ does not send "Expect: 100-continue" header
> -
>
> Key: SOLR-13270
> URL: https://issues.apache.org/jira/browse/SOLR-13270
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: SolrJ
>Affects Versions: 7.7
>Reporter: Erlend Garåsen
>Priority: Major
>
> SolrJ does not set the "Expect: 100-continue" header, even though it's
> configured in HttpClient:
> {code:java}
> builder.setDefaultRequestConfig(RequestConfig.custom().setExpectContinueEnabled(true).build());{code}
> A HttpClient developer has reviewed the code and says we're setting up
> the client correctly, so we have a reason to believe there is a bug in
> SolrJ. It's actually a problem we are facing in ManifoldCF, explained in:
> https://issues.apache.org/jira/browse/CONNECTORS-1564
> The problem can be reproduced by building and running the following small
> Maven project:
> [http://folk.uio.no/erlendfg/solr/missing-header.zip]
> The application runs SolrJ code where the header does not show up and
> HttpClient code where the header is present.
>
> {code:java}
> HttpClientBuilder builder = HttpClients.custom();
> // This should add an Expect: 100-continue header:
> builder.setDefaultRequestConfig(RequestConfig.custom().setExpectContinueEnabled(true).build());
> HttpClient httpClient = builder.build();
> // Start Solr and create a core named "test".
> String baseUrl = "http://localhost:8983/solr/test;;
> // Test using SolrJ — no expect 100 header
> HttpSolrClient client = new HttpSolrClient.Builder()
> .withHttpClient(httpClient)
> .withBaseSolrUrl(baseUrl).build();
> SolrQuery query = new SolrQuery();
> query.setQuery("*:*");
> client.query(query);
> // Test using HttpClient directly — expect 100 header shows up:
> HttpPost httpPost = new HttpPost(baseUrl);
> HttpEntity entity = new InputStreamEntity(new
> ByteArrayInputStream("test".getBytes()));
> httpPost.setEntity(entity);
> httpClient.execute(httpPost);
> {code}
> When using the last HttpClient test, the expect 100 header appears in
> missing-header.log:
> {noformat}
> http-outgoing-1 >> Expect: 100-continue{noformat}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[JENKINS-EA] Lucene-Solr-8.x-Linux (64bit/jdk-13-ea+8) - Build # 210 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Linux/210/ Java: 64bit/jdk-13-ea+8 -XX:+UseCompressedOops -XX:+UseParallelGC 8 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.OverseerTest Error Message: SOLR-11606: ByteBuddy used by Mockito is not working with this JVM version. Stack Trace: org.junit.AssumptionViolatedException: SOLR-11606: ByteBuddy used by Mockito is not working with this JVM version. at __randomizedtesting.SeedInfo.seed([19D881A487D109E4]:0) at com.carrotsearch.randomizedtesting.RandomizedTest.assumeNoException(RandomizedTest.java:742) at org.apache.solr.SolrTestCaseJ4.assumeWorkingMockito(SolrTestCaseJ4.java:367) at org.apache.solr.cloud.OverseerTest.beforeClass(OverseerTest.java:284) 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:567) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:878) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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:835) Caused by: java.lang.IllegalArgumentException: Unknown Java version: 13 at net.bytebuddy.ClassFileVersion.ofJavaVersion(ClassFileVersion.java:210) at net.bytebuddy.ClassFileVersion$VersionLocator$ForJava9CapableVm.locate(ClassFileVersion.java:462) at net.bytebuddy.ClassFileVersion.ofThisVm(ClassFileVersion.java:223) 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:567) at org.apache.solr.SolrTestCaseJ4.assumeWorkingMockito(SolrTestCaseJ4.java:365) ... 24 more FAILED: junit.framework.TestSuite.org.apache.solr.cloud.OverseerTest Error Message: Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([19D881A487D109E4]:0) at org.apache.solr.cloud.OverseerTest.afterClass(OverseerTest.java:307) 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:567) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:901) at
[GitHub] s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
URL: https://github.com/apache/lucene-solr/pull/581#discussion_r260740682
##
File path: lucene/core/src/test/org/apache/lucene/search/TestBooleanQuery.java
##
@@ -764,15 +763,31 @@ public void testExtractTerms() throws IOException {
bqBuilder.add(new TermQuery(b), Occur.MUST);
bqBuilder.add(new TermQuery(c), Occur.FILTER);
bqBuilder.add(new TermQuery(d), Occur.MUST_NOT);
-IndexSearcher searcher = new IndexSearcher(new MultiReader());
BooleanQuery bq = bqBuilder.build();
-Set scoringTerms = new HashSet<>();
-searcher.createWeight(searcher.rewrite(bq), ScoreMode.COMPLETE,
1).extractTerms(scoringTerms);
-assertEquals(new HashSet<>(Arrays.asList(a, b)), scoringTerms);
+bq.visit(new QueryVisitor() {
+
+ Term expected;
-Set matchingTerms = new HashSet<>();
-searcher.createWeight(searcher.rewrite(bq), ScoreMode.COMPLETE_NO_SCORES,
1).extractTerms(matchingTerms);
-assertEquals(new HashSet<>(Arrays.asList(a, b, c)), matchingTerms);
+ @Override
+ public QueryVisitor getSubVisitor(Occur occur, Query parent) {
+switch (occur) {
+ case SHOULD:
+expected = a; break;
+ case MUST:
+expected = b; break;
+ case FILTER:
+expected = c; break;
+ case MUST_NOT:
+expected = d;
Review comment:
please add a break; and make sure we throw ISE in the default case
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
URL: https://github.com/apache/lucene-solr/pull/581#discussion_r260740578
##
File path: lucene/core/src/test/org/apache/lucene/search/TestBooleanQuery.java
##
@@ -764,15 +763,31 @@ public void testExtractTerms() throws IOException {
bqBuilder.add(new TermQuery(b), Occur.MUST);
bqBuilder.add(new TermQuery(c), Occur.FILTER);
bqBuilder.add(new TermQuery(d), Occur.MUST_NOT);
-IndexSearcher searcher = new IndexSearcher(new MultiReader());
BooleanQuery bq = bqBuilder.build();
-Set scoringTerms = new HashSet<>();
-searcher.createWeight(searcher.rewrite(bq), ScoreMode.COMPLETE,
1).extractTerms(scoringTerms);
-assertEquals(new HashSet<>(Arrays.asList(a, b)), scoringTerms);
+bq.visit(new QueryVisitor() {
+
+ Term expected;
-Set matchingTerms = new HashSet<>();
-searcher.createWeight(searcher.rewrite(bq), ScoreMode.COMPLETE_NO_SCORES,
1).extractTerms(matchingTerms);
-assertEquals(new HashSet<>(Arrays.asList(a, b, c)), matchingTerms);
+ @Override
+ public QueryVisitor getSubVisitor(Occur occur, Query parent) {
+switch (occur) {
+ case SHOULD:
+expected = a; break;
Review comment:
can you move the break on an extra line please
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
URL: https://github.com/apache/lucene-solr/pull/581#discussion_r260738921
##
File path: lucene/core/src/java/org/apache/lucene/search/QueryVisitor.java
##
@@ -0,0 +1,80 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.lucene.search;
+
+import java.util.Set;
+
+import org.apache.lucene.index.Term;
+
+/**
+ * Allows recursion through a query tree
+ *
+ * @see Query#visit(QueryVisitor)
+ */
+public abstract class QueryVisitor {
+
+ /**
+ * Called by leaf queries that match on a specific term
+ *
+ * @param query the leaf query
+ * @param term the term the query will match on
+ */
+ public void consumesTerm(Query query, Term term) { }
Review comment:
also +1 for singular vs. plural
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
URL: https://github.com/apache/lucene-solr/pull/581#discussion_r260739253
##
File path: lucene/core/src/java/org/apache/lucene/search/QueryVisitor.java
##
@@ -0,0 +1,87 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.lucene.search;
+
+import java.util.Set;
+import java.util.function.Supplier;
+
+import org.apache.lucene.index.Term;
+import org.apache.lucene.util.automaton.Automaton;
+
+/**
+ * Allows recursion through a query tree
+ *
+ * @see Query#visit(QueryVisitor)
+ */
+public abstract class QueryVisitor {
+
+ /**
+ * Called by leaf queries that match on a specific term
+ *
+ * @param term the term the query will match on
+ */
+ public void matchesTerm(Term term) { }
+
+ /**
+ * Called by leaf queries that match terms against an Automaton
+ * @param query the leaf query
+ * @param field the field to match against
+ * @param isBinary{@code true} if the Automaton is built to
match against byte[] rather than char[]
+ * @param automatonSupplier a supplier for the built Automaton
+ */
+ public void matchesAutomaton(Query query, String field, boolean isBinary,
Supplier automatonSupplier) {}
+
+ /**
+ * Called by leaf queries that do not match on terms
+ * @param query the query
+ */
+ public void visitLeaf(Query query) { }
+
+ /**
+ * Pulls a visitor instance for visiting child clauses of a query
+ *
+ * Returns {@code null} if the child clauses should not be visited
+ *
+ * The default implementation returns {@code this}, unless {@code occur} is
equal
+ * to {@link BooleanClause.Occur#MUST_NOT} in which case it returns
+ * {@code null}
+ *
+ * @param occur the relationship between the parent and its children
+ * @param parent the query visited
+ */
+ public QueryVisitor getSubVisitor(BooleanClause.Occur occur, Query parent) {
Review comment:
ok
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
s1monw commented on a change in pull request #581: LUCENE-3041: QueryVisitor
URL: https://github.com/apache/lucene-solr/pull/581#discussion_r260738852
##
File path: lucene/core/src/java/org/apache/lucene/search/QueryVisitor.java
##
@@ -0,0 +1,80 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one or more
+ * contributor license agreements. See the NOTICE file distributed with
+ * this work for additional information regarding copyright ownership.
+ * The ASF licenses this file to You under the Apache License, Version 2.0
+ * (the "License"); you may not use this file except in compliance with
+ * the License. You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ */
+
+package org.apache.lucene.search;
+
+import java.util.Set;
+
+import org.apache.lucene.index.Term;
+
+/**
+ * Allows recursion through a query tree
+ *
+ * @see Query#visit(QueryVisitor)
+ */
+public abstract class QueryVisitor {
+
+ /**
+ * Called by leaf queries that match on a specific term
+ *
+ * @param query the leaf query
+ * @param term the term the query will match on
+ */
+ public void consumesTerm(Query query, Term term) { }
Review comment:
I though about this too, I think a varArg API would be great but I think we
also need a Iterator based API then? maybe not. Still varArg would be great we
can implement early termination there easily on per-visitor and don't need to
iterate everywhere.
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
With regards,
Apache Git Services
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (LUCENE-8675) Divide Segment Search Amongst Multiple Threads
[
https://issues.apache.org/jira/browse/LUCENE-8675?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779287#comment-16779287
]
Atri Sharma commented on LUCENE-8675:
-
Here are the results of luceneutil (patched to generate P50 and P90 and to run
concurrent searching within IndexSearcher. Patch is posted to luceneutil repo).
Adrien has a valid point about costly scorers not benefitting from this
approach. Specifically, range queries can take a hit since BKD Tree's scorer is
two phase and is expensive to construct, so doing them per portion of a segment
would lead to increase in latency, as is evident from the increase in P90
latency in the above results. I am spending time to evaluate how to tackle this
problem and will post any thoughts that I see as viable. These benchmarks are
targeted to measure the changes in the "happy" path i.e. the targeted big index
sizes and low QPS cases. Luceneutil was configured accordingly (low number of
search threads, impacts turned off)
In summary, the queries scanning a higher amount of data and having higher read
latencies tend to have the maximum improvement. Term queries and queries
involving term queries on higher frequency terms get a reasonable latency
reduction.
The following are P50 and P90 latencies calculated by Luceneutil. P50 Base is
the P50 latency of the base, P50 Cmp is the P50 latency of the competitor
(patched version), and the same for P90.
Note: The QPS jumps are not real. Since Luceneutil was congigured to run a
single searcher thread, QPS jump is proportional to the latency drop for task.
Luceneutil results:
{{||Task ('Wildcard', None)||P50 Base 9.993697||P50 Cmp 11.906981||Pct
19.1449070349||P90 Base 14.431318||P90 Cmp 13.953923|| Pct -3.3080485095}}
{{||Task ('HighTermDayOfYearSort', 'DayOfYear')||P50 Base 39.556908||P50 Cmp
44.389095||Pct 12.2157854198||P90 Base 62.421873||P90 Cmp 49.214184|| Pct
-21.1587515165}}
{{||Task ('AndHighHigh', None)||P50 Base 3.814074||P50 Cmp 2.459326||Pct
-35.5197093711||P90 Base 5.045984||P90 Cmp 7.932029|| Pct 57.1948900353}}
{{||Task ('OrHighHigh', None)||P50 Base 9.586193||P50 Cmp 5.846643||Pct
-39.0097507947||P90 Base 14.978843||P90 Cmp 7.078967|| Pct -52.7402283341}}
{{||Task ('MedPhrase', None)||P50 Base 3.210464||P50 Cmp 2.276356||Pct
-29.0957319565||P90 Base 4.217049||P90 Cmp 3.852337|| Pct -8.64851226533}}
{{||Task ('LowSpanNear', None)||P50 Base 11.247447||P50 Cmp 4.986828||Pct
-55.6625783611||P90 Base 16.095342||P90 Cmp 6.121194|| Pct -61.9691585305}}
{{||Task ('Fuzzy2', None)||P50 Base 23.636902||P50 Cmp 20.959304||Pct
-11.3280412128||P90 Base 112.5086||P90 Cmp 105.188025|| Pct -6.50668037821}}
{{||Task ('OrNotHighHigh', None)||P50 Base 4.225917||P50 Cmp 2.62127||Pct
-37.9715692476||P90 Base 6.11225||P90 Cmp 8.525249|| Pct 39.4780809031}}
{{||Task ('OrHighNotLow', None)||P50 Base 4.015982||P50 Cmp 2.250697||Pct
-43.956496817||P90 Base 10.636566||P90 Cmp 3.134868|| Pct -70.5274427856}}
{{||Task ('BrowseMonthSSDVFacets', None)||P50 Base 66.920633||P50 Cmp
66.986841||Pct 0.0989351072038||P90 Base 67.230757||P90 Cmp 76.011531|| Pct
13.0606502021}}
{{||Task ('Fuzzy1', None)||P50 Base 14.779783||P50 Cmp 12.559705||Pct
-15.0210459788||P90 Base 46.329521||P90 Cmp 218.272906|| Pct 371.131367838}}
{{||Task ('HighSloppyPhrase', None)||P50 Base 21.362967||P50 Cmp 10.563982||Pct
-50.5500242546||P90 Base 33.009649||P90 Cmp 15.74507|| Pct -52.3016133858}}
{{||Task ('OrNotHighMed', None)||P50 Base 2.032775||P50 Cmp 1.584332||Pct
-22.0606314029||P90 Base 2.529475||P90 Cmp 2.044107|| Pct -19.1884877297}}
{{||Task ('LowPhrase', None)||P50 Base 4.937747||P50 Cmp 2.8876||Pct
-41.5198875115||P90 Base 6.910574||P90 Cmp 5.159077|| Pct -25.345173932}}
{{||Task ('AndHighLow', None)||P50 Base 1.097696||P50 Cmp 1.416176||Pct
29.0134973617||P90 Base 3.426081||P90 Cmp 13.987273|| Pct 308.258678064}}
{{||Task ('LowTerm', None)||P50 Base 0.787595||P50 Cmp 1.038949||Pct
31.9141182968||P90 Base 1.12006||P90 Cmp 39.639455|| Pct 3439.04746174}}
{{||Task ('BrowseDayOfYearSSDVFacets', None)||P50 Base 80.006624||P50 Cmp
80.215023||Pct 0.260477182489||P90 Base 80.610476||P90 Cmp 81.187614|| Pct
0.71595905227}}
{{||Task ('Prefix3', None)||P50 Base 3.347358||P50 Cmp 3.219213||Pct
-3.82824305019||P90 Base 6.716371||P90 Cmp 5.21174|| Pct -22.4024402464}}
{{||Task ('HighTermMonthSort', 'Month')||P50 Base 20.684075||P50 Cmp
19.601521||Pct -5.23375592092||P90 Base 21.341383||P90 Cmp 20.092673|| Pct
-5.85112033274}}
{{||Task ('HighTerm', None)||P50 Base 2.991271||P50 Cmp 1.891199||Pct
-36.7760727798||P90 Base 4.058212||P90 Cmp 2.320309|| Pct -42.8243522024}}
{{||Task Respell||P50 Base 17.33154||P50 Cmp 17.397468||Pct 0.38039320222||P90
Base 99.071728||P90 Cmp 66.75552|| Pct -32.6190010535}}
{{||Task ('MedTerm', None)||P50 Base 3.011125||P50 Cmp 1.793175||Pct
-40.4483374154||P90 Base 4.206761||P90 Cmp 2.392798|| Pct -43.1201820118}}
[JENKINS] Lucene-Solr-8.0-Linux (64bit/jdk1.8.0_172) - Build # 219 - Still Failing!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.0-Linux/219/ Java: 64bit/jdk1.8.0_172 -XX:-UseCompressedOops -XX:+UseG1GC 2 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.ShardRoutingTest Error Message: Suite timeout exceeded (>= 720 msec). Stack Trace: java.lang.Exception: Suite timeout exceeded (>= 720 msec). at __randomizedtesting.SeedInfo.seed([10CD553DC62AA361]:0) FAILED: org.apache.solr.cloud.ShardRoutingTest.test Error Message: Test abandoned because suite timeout was reached. Stack Trace: java.lang.Exception: Test abandoned because suite timeout was reached. at __randomizedtesting.SeedInfo.seed([10CD553DC62AA361]:0) Build Log: [...truncated 15286 lines...] [junit4] Suite: org.apache.solr.cloud.ShardRoutingTest [junit4] 2> Creating dataDir: /home/jenkins/workspace/Lucene-Solr-8.0-Linux/solr/build/solr-core/test/J0/temp/solr.cloud.ShardRoutingTest_10CD553DC62AA361-001/init-core-data-001 [junit4] 2> 168740 WARN (SUITE-ShardRoutingTest-seed#[10CD553DC62AA361]-worker) [] o.a.s.SolrTestCaseJ4 startTrackingSearchers: numOpens=1 numCloses=1 [junit4] 2> 168741 INFO (SUITE-ShardRoutingTest-seed#[10CD553DC62AA361]-worker) [] o.a.s.SolrTestCaseJ4 Using PointFields (NUMERIC_POINTS_SYSPROP=true) w/NUMERIC_DOCVALUES_SYSPROP=true [junit4] 2> 168742 INFO (SUITE-ShardRoutingTest-seed#[10CD553DC62AA361]-worker) [] o.a.s.SolrTestCaseJ4 Randomized ssl (true) and clientAuth (true) via: @org.apache.solr.util.RandomizeSSL(reason=, value=NaN, ssl=NaN, clientAuth=NaN) [junit4] 2> 168743 INFO (SUITE-ShardRoutingTest-seed#[10CD553DC62AA361]-worker) [] o.a.s.SolrTestCaseJ4 SecureRandom sanity checks: test.solr.allowed.securerandom=null & java.security.egd=file:/dev/./urandom [junit4] 2> 168743 INFO (SUITE-ShardRoutingTest-seed#[10CD553DC62AA361]-worker) [] o.a.s.BaseDistributedSearchTestCase Setting hostContext system property: /dne/ [junit4] 2> 168746 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) [] o.a.s.c.ZkTestServer STARTING ZK TEST SERVER [junit4] 2> 168746 INFO (ZkTestServer Run Thread) [] o.a.s.c.ZkTestServer client port:0.0.0.0/0.0.0.0:0 [junit4] 2> 168746 INFO (ZkTestServer Run Thread) [] o.a.s.c.ZkTestServer Starting server [junit4] 2> 168846 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) [] o.a.s.c.ZkTestServer start zk server on port:34123 [junit4] 2> 168846 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) [] o.a.s.c.ZkTestServer parse host and port list: 127.0.0.1:34123 [junit4] 2> 168847 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) [] o.a.s.c.ZkTestServer connecting to 127.0.0.1 34123 [junit4] 2> 168849 INFO (zkConnectionManagerCallback-859-thread-1) [] o.a.s.c.c.ConnectionManager zkClient has connected [junit4] 2> 168851 INFO (zkConnectionManagerCallback-861-thread-1) [] o.a.s.c.c.ConnectionManager zkClient has connected [junit4] 2> 168852 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) [] o.a.s.c.ZkTestServer put /home/jenkins/workspace/Lucene-Solr-8.0-Linux/solr/core/src/test-files/solr/collection1/conf/solrconfig-tlog.xml to /configs/conf1/solrconfig.xml [junit4] 2> 168853 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) [] o.a.s.c.ZkTestServer put /home/jenkins/workspace/Lucene-Solr-8.0-Linux/solr/core/src/test-files/solr/collection1/conf/schema15.xml to /configs/conf1/schema.xml [junit4] 2> 168853 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) [] o.a.s.c.ZkTestServer put /home/jenkins/workspace/Lucene-Solr-8.0-Linux/solr/core/src/test-files/solr/collection1/conf/solrconfig.snippet.randomindexconfig.xml to /configs/conf1/solrconfig.snippet.randomindexconfig.xml [junit4] 2> 168854 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) [] o.a.s.c.ZkTestServer put /home/jenkins/workspace/Lucene-Solr-8.0-Linux/solr/core/src/test-files/solr/collection1/conf/stopwords.txt to /configs/conf1/stopwords.txt [junit4] 2> 168854 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) [] o.a.s.c.ZkTestServer put /home/jenkins/workspace/Lucene-Solr-8.0-Linux/solr/core/src/test-files/solr/collection1/conf/protwords.txt to /configs/conf1/protwords.txt [junit4] 2> 168855 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) [] o.a.s.c.ZkTestServer put /home/jenkins/workspace/Lucene-Solr-8.0-Linux/solr/core/src/test-files/solr/collection1/conf/currency.xml to /configs/conf1/currency.xml [junit4] 2> 168855 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) [] o.a.s.c.ZkTestServer put /home/jenkins/workspace/Lucene-Solr-8.0-Linux/solr/core/src/test-files/solr/collection1/conf/enumsConfig.xml to /configs/conf1/enumsConfig.xml [junit4] 2> 168856 INFO (TEST-ShardRoutingTest.test-seed#[10CD553DC62AA361]) []
[JENKINS] Lucene-Solr-8.x-Solaris (64bit/jdk1.8.0) - Build # 53 - Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-8.x-Solaris/53/ Java: 64bit/jdk1.8.0 -XX:+UseCompressedOops -XX:+UseG1GC 6 tests failed. FAILED: org.apache.solr.cloud.TestCloudConsistency.testOutOfSyncReplicasCannotBecomeLeaderAfterRestart Error Message: Error from server at http://127.0.0.1:60341/solr: ADDREPLICA failed to create replica Stack Trace: org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error from server at http://127.0.0.1:60341/solr: ADDREPLICA failed to create replica at __randomizedtesting.SeedInfo.seed([E02C0E728F15F223:C8B99C275C982378]:0) at org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:650) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:256) at org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:245) at org.apache.solr.client.solrj.impl.LBSolrClient.doRequest(LBSolrClient.java:368) at org.apache.solr.client.solrj.impl.LBSolrClient.request(LBSolrClient.java:296) at org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:213) at org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1110) at org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884) at org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:817) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:207) at org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:224) at org.apache.solr.cloud.TestCloudConsistency.testOutOfSyncReplicasCannotBecomeLeader(TestCloudConsistency.java:118) at org.apache.solr.cloud.TestCloudConsistency.testOutOfSyncReplicasCannotBecomeLeaderAfterRestart(TestCloudConsistency.java:103) 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:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938) at com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974) at com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988) 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:947) at com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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-repro - Build # 2908 - Unstable
Build: https://builds.apache.org/job/Lucene-Solr-repro/2908/ [...truncated 29 lines...] [repro] Jenkins log URL: https://builds.apache.org/job/Lucene-Solr-SmokeRelease-8.0/7/consoleText [repro] Revision: ff9509a8df36d5c2111749c4c2bf186103d09ffc [repro] Ant options: -DsmokeTestRelease.java9=/home/jenkins/tools/java/latest1.9 [repro] Repro line: ant test -Dtestcase=LeaderTragicEventTest -Dtests.method=test -Dtests.seed=423CE2FEACA4605E -Dtests.multiplier=2 -Dtests.locale=qu-EC -Dtests.timezone=America/Kralendijk -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [repro] git rev-parse --abbrev-ref HEAD [repro] git rev-parse HEAD [repro] Initial local git branch/revision: 00c02290d58cab118c41e9fb01a458a466ea98d4 [repro] git fetch [repro] git checkout ff9509a8df36d5c2111749c4c2bf186103d09ffc [...truncated 2 lines...] [repro] git merge --ff-only [...truncated 1 lines...] [repro] ant clean [...truncated 6 lines...] [repro] Test suites by module: [repro]solr/core [repro] LeaderTragicEventTest [repro] ant compile-test [...truncated 3572 lines...] [repro] ant test-nocompile -Dtests.dups=5 -Dtests.maxfailures=5 -Dtests.class="*.LeaderTragicEventTest" -Dtests.showOutput=onerror -DsmokeTestRelease.java9=/home/jenkins/tools/java/latest1.9 -Dtests.seed=423CE2FEACA4605E -Dtests.multiplier=2 -Dtests.locale=qu-EC -Dtests.timezone=America/Kralendijk -Dtests.asserts=true -Dtests.file.encoding=ISO-8859-1 [...truncated 1975 lines...] [repro] Setting last failure code to 256 [repro] Failures: [repro] 2/5 failed: org.apache.solr.cloud.LeaderTragicEventTest [repro] git checkout 00c02290d58cab118c41e9fb01a458a466ea98d4 [...truncated 2 lines...] [repro] Exiting with code 256 [...truncated 6 lines...] - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13272) Interval facet support for JSON faceting
[
https://issues.apache.org/jira/browse/SOLR-13272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Apoorv Bhawsar updated SOLR-13272:
--
Attachment: (was: interval_json.patch)
> Interval facet support for JSON faceting
>
>
> Key: SOLR-13272
> URL: https://issues.apache.org/jira/browse/SOLR-13272
> Project: Solr
> Issue Type: New Feature
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Facet Module
>Reporter: Apoorv Bhawsar
>Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Interval facet is supported in classical facet component but has no support
> in json facet requests.
> In cases of block join and aggregations, this would be helpful
> Assuming request format -
> {code:java}
> json.facet={pubyear:{type : range,field : pubyear_i,start : 0,end :
> 3000,intervals:[{key:"2000-2200",value:"[2000,2200]"}]}}
> {code}
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Updated] (SOLR-13272) Interval facet support for JSON faceting
[
https://issues.apache.org/jira/browse/SOLR-13272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Apoorv Bhawsar updated SOLR-13272:
--
Description:
Interval facet is supported in classical facet component but has no support in
json facet requests.
In cases of block join and aggregations, this would be helpful
Assuming request format -
{code:java}
json.facet={pubyear:{type : range,field : pubyear_i,start : 0,end :
3000,intervals:[{key:"2000-2200",value:"[2000,2200]"}]}}
{code}
PR https://github.com/apache/lucene-solr/pull/593
was:
Interval facet is supported in classical facet component but has no support in
json facet requests.
In cases of block join and aggregations, this would be helpful
Assuming request format -
{code:java}
json.facet={pubyear:{type : range,field : pubyear_i,start : 0,end :
3000,intervals:[{key:"2000-2200",value:"[2000,2200]"}]}}
{code}
> Interval facet support for JSON faceting
>
>
> Key: SOLR-13272
> URL: https://issues.apache.org/jira/browse/SOLR-13272
> Project: Solr
> Issue Type: New Feature
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Facet Module
>Reporter: Apoorv Bhawsar
>Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Interval facet is supported in classical facet component but has no support
> in json facet requests.
> In cases of block join and aggregations, this would be helpful
> Assuming request format -
> {code:java}
> json.facet={pubyear:{type : range,field : pubyear_i,start : 0,end :
> 3000,intervals:[{key:"2000-2200",value:"[2000,2200]"}]}}
> {code}
>
> PR https://github.com/apache/lucene-solr/pull/593
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] moshebla commented on a change in pull request #549: WIP:SOLR-13129
moshebla commented on a change in pull request #549: WIP:SOLR-13129 URL: https://github.com/apache/lucene-solr/pull/549#discussion_r260701264 ## File path: solr/solr-ref-guide/src/indexing-nested-documents.adoc ## @@ -0,0 +1,137 @@ += Indexing Nested Child Documents +// Licensed to the Apache Software Foundation (ASF) under one +// or more contributor license agreements. See the NOTICE file +// distributed with this work for additional information +// regarding copyright ownership. The ASF licenses this file +// to you under the Apache License, Version 2.0 (the +// "License"); you may not use this file except in compliance +// with the License. You may obtain a copy of the License at +// +// http://www.apache.org/licenses/LICENSE-2.0 +// +// Unless required by applicable law or agreed to in writing, +// software distributed under the License is distributed on an +// "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY +// KIND, either express or implied. See the License for the +// specific language governing permissions and limitations +// under the License. + +Solr supports indexing nested documents such as a blog post parent document and comments as child documents -- or products as parent documents and sizes, colors, or other variations as child documents. + +The parent with all children is referred to as a "block" and it explains some of the nomenclature of related features. +At query time, the <> can search these relationships, + and the `<>` Document Transformer can attach child documents to the result documents. +In terms of performance, indexing the relationships between documents usually yields much faster queries than an equivalent "query time join", + since the relationships are already stored in the index and do not need to be computed. +However, nested documents are less flexible than query time joins as it imposes rules that some applications may not be able to accept. +Nested documents may be indexed via either the XML or JSON data syntax, and is also supported by <> with javabin. + +[NOTE] + +A big limitation is that the whole block of parent-children documents must be updated or deleted together, not separately. +In other words, even if a single child document or the parent document is changed, the whole block of parent-child documents must be indexed together. +_Solr does not enforce this rule_; if it's violated, you may get sporadic query failures or incorrect results. + + Review comment: Added another sub-heading [Updating Nested Documents](https://github.com/apache/lucene-solr/pull/549/files#diff-4237153c1ae257b8102d28f63fe58019R142) This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] moshebla commented on a change in pull request #549: WIP:SOLR-13129
moshebla commented on a change in pull request #549: WIP:SOLR-13129 URL: https://github.com/apache/lucene-solr/pull/549#discussion_r260700838 ## File path: solr/solr-ref-guide/src/other-parsers.adoc ## @@ -24,7 +24,7 @@ Many of these parsers are expressed the same way as <>. +There are two query parsers that support block joins. These parsers allow indexing and searching for relational content that has been <>. Review comment: Done This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] apoorvprecisely closed pull request #589: feat(facet/interval): support json facet request for interval facets
apoorvprecisely closed pull request #589: feat(facet/interval): support json facet request for interval facets URL: https://github.com/apache/lucene-solr/pull/589 This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[GitHub] apoorvprecisely opened a new pull request #593: SOLR-13272
apoorvprecisely opened a new pull request #593: SOLR-13272 URL: https://github.com/apache/lucene-solr/pull/593 This is an automated message from the Apache Git Service. To respond to the message, please log on GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org With regards, Apache Git Services - 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 # 1051 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Solaris/1051/ Java: 64bit/jdk1.8.0 -XX:-UseCompressedOops -XX:+UseParallelGC 2 tests failed. FAILED: org.apache.solr.core.TestLazyCores.testCachingLimit Error Message: Test abandoned because suite timeout was reached. Stack Trace: java.lang.Exception: Test abandoned because suite timeout was reached. at __randomizedtesting.SeedInfo.seed([5B4AB07BE5AD3FF6]:0) FAILED: junit.framework.TestSuite.org.apache.solr.core.TestLazyCores Error Message: Suite timeout exceeded (>= 720 msec). Stack Trace: java.lang.Exception: Suite timeout exceeded (>= 720 msec). at __randomizedtesting.SeedInfo.seed([5B4AB07BE5AD3FF6]:0) Build Log: [...truncated 15310 lines...] [junit4] Suite: org.apache.solr.core.TestLazyCores [junit4] 2> Creating dataDir: /export/home/jenkins/workspace/Lucene-Solr-7.x-Solaris/solr/build/solr-core/test/J0/temp/solr.core.TestLazyCores_5B4AB07BE5AD3FF6-001/init-core-data-001 [junit4] 2> 1009182 WARN (SUITE-TestLazyCores-seed#[5B4AB07BE5AD3FF6]-worker) [] o.a.s.SolrTestCaseJ4 startTrackingSearchers: numOpens=1 numCloses=1 [junit4] 2> 1009182 INFO (SUITE-TestLazyCores-seed#[5B4AB07BE5AD3FF6]-worker) [] o.a.s.SolrTestCaseJ4 Using PointFields (NUMERIC_POINTS_SYSPROP=true) w/NUMERIC_DOCVALUES_SYSPROP=true [junit4] 2> 1009184 INFO (SUITE-TestLazyCores-seed#[5B4AB07BE5AD3FF6]-worker) [] o.a.s.SolrTestCaseJ4 Randomized ssl (false) and clientAuth (true) via: @org.apache.solr.util.RandomizeSSL(reason=, value=NaN, ssl=NaN, clientAuth=NaN) [junit4] 2> 1009184 INFO (SUITE-TestLazyCores-seed#[5B4AB07BE5AD3FF6]-worker) [] o.a.s.SolrTestCaseJ4 SecureRandom sanity checks: test.solr.allowed.securerandom=null & java.security.egd=file:/dev/./urandom [junit4] 2> 1009186 INFO (TEST-TestLazyCores.testCreateTransientFromAdmin-seed#[5B4AB07BE5AD3FF6]) [ ] o.a.s.SolrTestCaseJ4 ###Starting testCreateTransientFromAdmin [junit4] 2> 1009206 INFO (TEST-TestLazyCores.testCreateTransientFromAdmin-seed#[5B4AB07BE5AD3FF6]) [ ] o.a.s.c.SolrXmlConfig Loading container configuration from /export/home/jenkins/workspace/Lucene-Solr-7.x-Solaris/solr/build/solr-core/test/J0/temp/solr.core.TestLazyCores_5B4AB07BE5AD3FF6-001/tempDir-001/solr.xml [junit4] 2> 1009210 INFO (TEST-TestLazyCores.testCreateTransientFromAdmin-seed#[5B4AB07BE5AD3FF6]) [ ] o.a.s.c.SolrXmlConfig Configuration parameter autoReplicaFailoverWorkLoopDelay is ignored [junit4] 2> 1009210 INFO (TEST-TestLazyCores.testCreateTransientFromAdmin-seed#[5B4AB07BE5AD3FF6]) [ ] o.a.s.c.SolrXmlConfig Configuration parameter autoReplicaFailoverBadNodeExpiration is ignored [junit4] 2> 1009211 INFO (TEST-TestLazyCores.testCreateTransientFromAdmin-seed#[5B4AB07BE5AD3FF6]) [ ] o.a.s.c.SolrXmlConfig MBean server found: com.sun.jmx.mbeanserver.JmxMBeanServer@38d3bad0, but no JMX reporters were configured - adding default JMX reporter. [junit4] 2> 1009482 INFO (TEST-TestLazyCores.testCreateTransientFromAdmin-seed#[5B4AB07BE5AD3FF6]) [ ] o.a.s.h.c.HttpShardHandlerFactory Host whitelist initialized: WhitelistHostChecker [whitelistHosts=null, whitelistHostCheckingEnabled=true] [junit4] 2> 1009508 INFO (TEST-TestLazyCores.testCreateTransientFromAdmin-seed#[5B4AB07BE5AD3FF6]) [ ] o.a.s.c.TransientSolrCoreCacheDefault Allocating transient cache for 4 transient cores [junit4] 2> 1009508 INFO (TEST-TestLazyCores.testCreateTransientFromAdmin-seed#[5B4AB07BE5AD3FF6]) [ ] o.a.s.h.a.MetricsHistoryHandler No .system collection, keeping metrics history in memory. [junit4] 2> 1009521 INFO (TEST-TestLazyCores.testCreateTransientFromAdmin-seed#[5B4AB07BE5AD3FF6]) [ ] o.a.s.m.r.SolrJmxReporter JMX monitoring for 'solr.node' (registry 'solr.node') enabled at server: com.sun.jmx.mbeanserver.JmxMBeanServer@38d3bad0 [junit4] 2> 1009527 INFO (TEST-TestLazyCores.testCreateTransientFromAdmin-seed#[5B4AB07BE5AD3FF6]) [ ] o.a.s.m.r.SolrJmxReporter JMX monitoring for 'solr.jvm' (registry 'solr.jvm') enabled at server: com.sun.jmx.mbeanserver.JmxMBeanServer@38d3bad0 [junit4] 2> 1009527 INFO (TEST-TestLazyCores.testCreateTransientFromAdmin-seed#[5B4AB07BE5AD3FF6]) [ ] o.a.s.m.r.SolrJmxReporter JMX monitoring for 'solr.jetty' (registry 'solr.jetty') enabled at server: com.sun.jmx.mbeanserver.JmxMBeanServer@38d3bad0 [junit4] 2> 1009663 INFO (coreLoadExecutor-6570-thread-2) [ x:collection2] o.a.s.c.SolrConfig Using Lucene MatchVersion: 7.8.0 [junit4] 2> 1009669 INFO (coreLoadExecutor-6570-thread-2) [ x:collection2] o.a.s.s.IndexSchema [collection2] Schema name=tiny [junit4] 2> 1009672 INFO (coreLoadExecutor-6570-thread-2) [ x:collection2] o.a.s.s.IndexSchema Loaded schema tiny/1.1 with uniqueid field id [junit4] 2> 1009672 INFO (coreLoadExecutor-6570-thread-2) [ x:collection2] o.a.s.c.CoreContainer Creating
[jira] [Commented] (SOLR-12297) Add Http2SolrClient, capable of HTTP/1.1, HTTP/2, and asynchronous requests.
[ https://issues.apache.org/jira/browse/SOLR-12297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779074#comment-16779074 ] ASF subversion and git services commented on SOLR-12297: Commit feff459a1b9dd67197cd88cc450d53140ea9 in lucene-solr's branch refs/heads/branch_8x from Cao Manh Dat [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=feff459 ] SOLR-12297: Remove debugging System.out line > Add Http2SolrClient, capable of HTTP/1.1, HTTP/2, and asynchronous requests. > > > Key: SOLR-12297 > URL: https://issues.apache.org/jira/browse/SOLR-12297 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > Attachments: SOLR-12297.patch, SOLR-12297.patch, SOLR-12297.patch, > starburst-ivy-fixes.patch > > > Blocking or async support as well as HTTP2 compatible with multiplexing. > Once it supports enough and is stable, replace internal usage, allowing > async, and eventually move to HTTP2 connector and allow multiplexing. Could > support HTTP1.1 and HTTP2 on different ports depending on state of the world > then. > The goal of the client itself is to work against HTTP1.1 or HTTP2 with > minimal or no code path differences and the same for async requests (should > initially work for both 1.1 and 2 and share majority of code). > The client should also be able to replace HttpSolrClient and plug into the > other clients the same way. > I doubt it would make sense to keep ConcurrentUpdateSolrClient eventually > though. > I evaluated some clients and while there are a few options, I went with > Jetty's HttpClient. It's more mature than Apache HttpClient's support (in 5 > beta) and we would have to update to a new API for Apache HttpClient anyway. > Meanwhile, the Jetty guys have been very supportive of helping Solr with any > issues and I like having the client and server from the same project. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12297) Add Http2SolrClient, capable of HTTP/1.1, HTTP/2, and asynchronous requests.
[ https://issues.apache.org/jira/browse/SOLR-12297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779073#comment-16779073 ] ASF subversion and git services commented on SOLR-12297: Commit 95a18460e80a0d9e9afd8126287acaea796c69aa in lucene-solr's branch refs/heads/branch_8_0 from Cao Manh Dat [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=95a1846 ] SOLR-12297: Remove debugging System.out line > Add Http2SolrClient, capable of HTTP/1.1, HTTP/2, and asynchronous requests. > > > Key: SOLR-12297 > URL: https://issues.apache.org/jira/browse/SOLR-12297 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > Attachments: SOLR-12297.patch, SOLR-12297.patch, SOLR-12297.patch, > starburst-ivy-fixes.patch > > > Blocking or async support as well as HTTP2 compatible with multiplexing. > Once it supports enough and is stable, replace internal usage, allowing > async, and eventually move to HTTP2 connector and allow multiplexing. Could > support HTTP1.1 and HTTP2 on different ports depending on state of the world > then. > The goal of the client itself is to work against HTTP1.1 or HTTP2 with > minimal or no code path differences and the same for async requests (should > initially work for both 1.1 and 2 and share majority of code). > The client should also be able to replace HttpSolrClient and plug into the > other clients the same way. > I doubt it would make sense to keep ConcurrentUpdateSolrClient eventually > though. > I evaluated some clients and while there are a few options, I went with > Jetty's HttpClient. It's more mature than Apache HttpClient's support (in 5 > beta) and we would have to update to a new API for Apache HttpClient anyway. > Meanwhile, the Jetty guys have been very supportive of helping Solr with any > issues and I like having the client and server from the same project. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-12297) Add Http2SolrClient, capable of HTTP/1.1, HTTP/2, and asynchronous requests.
[ https://issues.apache.org/jira/browse/SOLR-12297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16779071#comment-16779071 ] ASF subversion and git services commented on SOLR-12297: Commit 00c02290d58cab118c41e9fb01a458a466ea98d4 in lucene-solr's branch refs/heads/master from Cao Manh Dat [ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=00c0229 ] SOLR-12297: Remove debugging System.out line > Add Http2SolrClient, capable of HTTP/1.1, HTTP/2, and asynchronous requests. > > > Key: SOLR-12297 > URL: https://issues.apache.org/jira/browse/SOLR-12297 > Project: Solr > Issue Type: New Feature > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Mark Miller >Assignee: Mark Miller >Priority: Major > Attachments: SOLR-12297.patch, SOLR-12297.patch, SOLR-12297.patch, > starburst-ivy-fixes.patch > > > Blocking or async support as well as HTTP2 compatible with multiplexing. > Once it supports enough and is stable, replace internal usage, allowing > async, and eventually move to HTTP2 connector and allow multiplexing. Could > support HTTP1.1 and HTTP2 on different ports depending on state of the world > then. > The goal of the client itself is to work against HTTP1.1 or HTTP2 with > minimal or no code path differences and the same for async requests (should > initially work for both 1.1 and 2 and share majority of code). > The client should also be able to replace HttpSolrClient and plug into the > other clients the same way. > I doubt it would make sense to keep ConcurrentUpdateSolrClient eventually > though. > I evaluated some clients and while there are a few options, I went with > Jetty's HttpClient. It's more mature than Apache HttpClient's support (in 5 > beta) and we would have to update to a new API for Apache HttpClient anyway. > Meanwhile, the Jetty guys have been very supportive of helping Solr with any > issues and I like having the client and server from the same project. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-13-ea+8) - Build # 3586 - Still Unstable!
Build: https://jenkins.thetaphi.de/job/Lucene-Solr-7.x-Linux/3586/ Java: 64bit/jdk-13-ea+8 -XX:-UseCompressedOops -XX:+UseParallelGC 8 tests failed. FAILED: junit.framework.TestSuite.org.apache.solr.cloud.OverseerTest Error Message: SOLR-11606: ByteBuddy used by Mockito is not working with this JVM version. Stack Trace: org.junit.AssumptionViolatedException: SOLR-11606: ByteBuddy used by Mockito is not working with this JVM version. at __randomizedtesting.SeedInfo.seed([5675057AF37AAAC5]:0) at com.carrotsearch.randomizedtesting.RandomizedTest.assumeNoException(RandomizedTest.java:742) at org.apache.solr.SolrTestCaseJ4.assumeWorkingMockito(SolrTestCaseJ4.java:362) at org.apache.solr.cloud.OverseerTest.beforeClass(OverseerTest.java:284) 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:567) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:878) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894) 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:835) Caused by: java.lang.IllegalArgumentException: Unknown Java version: 13 at net.bytebuddy.ClassFileVersion.ofJavaVersion(ClassFileVersion.java:210) at net.bytebuddy.ClassFileVersion$VersionLocator$ForJava9CapableVm.locate(ClassFileVersion.java:462) at net.bytebuddy.ClassFileVersion.ofThisVm(ClassFileVersion.java:223) 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:567) at org.apache.solr.SolrTestCaseJ4.assumeWorkingMockito(SolrTestCaseJ4.java:360) ... 24 more FAILED: junit.framework.TestSuite.org.apache.solr.cloud.OverseerTest Error Message: Stack Trace: java.lang.NullPointerException at __randomizedtesting.SeedInfo.seed([5675057AF37AAAC5]:0) at org.apache.solr.cloud.OverseerTest.afterClass(OverseerTest.java:307) 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:567) at com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1750) at com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:901) at
[JENKINS] Lucene-Solr-NightlyTests-master - Build # 1779 - Still Unstable
Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-master/1779/
1 tests failed.
FAILED: org.apache.solr.security.BasicAuthIntegrationTest.testBasicAuth
Error Message:
Expected metric minimums for prefix SECURITY./authentication.:
{failMissingCredentials=2, authenticated=19, passThrough=9,
failWrongCredentials=1, requests=31, errors=0}, but got:
{failMissingCredentials=2, authenticated=18, passThrough=10,
totalTime=12082329, failWrongCredentials=1, requestTimes=1649, requests=31,
errors=0}
Stack Trace:
java.lang.AssertionError: Expected metric minimums for prefix
SECURITY./authentication.: {failMissingCredentials=2, authenticated=19,
passThrough=9, failWrongCredentials=1, requests=31, errors=0}, but got:
{failMissingCredentials=2, authenticated=18, passThrough=10,
totalTime=12082329, failWrongCredentials=1, requestTimes=1649, requests=31,
errors=0}
at
__randomizedtesting.SeedInfo.seed([89206772986B9ECD:354E11603C381DB7]:0)
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.assertTrue(Assert.java:41)
at
org.apache.solr.cloud.SolrCloudAuthTestCase.assertAuthMetricsMinimums(SolrCloudAuthTestCase.java:125)
at
org.apache.solr.cloud.SolrCloudAuthTestCase.assertAuthMetricsMinimums(SolrCloudAuthTestCase.java:81)
at
org.apache.solr.security.BasicAuthIntegrationTest.testBasicAuth(BasicAuthIntegrationTest.java:306)
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:1750)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:938)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$9.evaluate(RandomizedRunner.java:974)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$10.evaluate(RandomizedRunner.java:988)
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:947)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:832)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:883)
at
com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:894)
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)
