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

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

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

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

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

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




Build Log:
[...truncated 11294 lines...]
   [junit4] Suite: org.apache.solr.cloud.TestPullReplica
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-master-Linux/solr/build/solr-core/test/J1/temp/solr.cloud.TestPullReplica_E658B7954186D0F6-001/init-core-data-001
   [junit4]   2> 424878 WARN  
(SUITE-TestPullReplica-seed#[E658B7954186D0F6]-worker) [    ] 
o.a.s.SolrTestCaseJ4 startTrackingSearchers: numOpens=56 numCloses=56
   [junit4]   2> 424883 ERROR (Thread-1330) [    ] o.a.z.s.ZooKeeperServer 
ZKShutdownHandler is not registered, so ZooKeeper server won't take any action 
on ERROR or SHUTDOWN server state changes
   [junit4]   2> 425018 ERROR (jetty-launcher-2002-thread-2) [    ] 
o.a.s.u.StartupLoggingUtils Missing Java Option solr.log.dir. Logging may be 
missing or incomplete.
   [junit4]   2> 425018 ERROR (jetty-launcher-2002-thread-1) [    ] 
o.a.s.u.StartupLoggingUtils Missing Java Option solr.log.dir. Logging may be 
missing or incomplete.
   [junit4]   2> 430086 WARN  
(zkCallback-2014-thread-2-processing-n:127.0.0.1:33995_solr) 
[n:127.0.0.1:33995_solr    ] o.a.s.c.c.ZkStateReader ZooKeeper watch triggered, 
but Solr cannot talk to ZK: [KeeperErrorCode = Session expired for /live_nodes]
   [junit4]   2> 430086 WARN  (NIOServerCxn.Factory:0.0.0.0/0.0.0.0:0) [    ] 
o.a.z.s.NIOServerCnxn caught end of stream exception
   [junit4]   2> EndOfStreamException: Unable to read additional data from 
client sessionid 0x15e1341edce0006, likely client has closed socket
   [junit4]   2>        at 
org.apache.zookeeper.server.NIOServerCnxn.doIO(NIOServerCnxn.java:239)
   [junit4]   2>        at 
org.apache.zookeeper.server.NIOServerCnxnFactory.run(NIOServerCnxnFactory.java:203)
   [junit4]   2>        at java.lang.Thread.run(Thread.java:748)
   [junit4]   2> 430121 ERROR 
(TEST-TestPullReplica.testKillPullReplica-seed#[E658B7954186D0F6]) [    ] 
o.a.s.u.StartupLoggingUtils Missing Java Option solr.log.dir. Logging may be 
missing or incomplete.
   [junit4]   2> 440631 ERROR 
(TEST-TestPullReplica.testRemoveAllWriterReplicas-seed#[E658B7954186D0F6]) [    
] o.a.s.c.s.i.CloudSolrClient Request to collection 
pull_replica_test_remove_all_writer_replicas failed due to (503) 
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at 
https://127.0.0.1:33995/solr/pull_replica_test_remove_all_writer_replicas: No 
registered leader was found after waiting for 4000ms , collection: 
pull_replica_test_remove_all_writer_replicas slice: shard1, retry? 0
   [junit4]   2> 444641 ERROR 
(TEST-TestPullReplica.testRemoveAllWriterReplicas-seed#[E658B7954186D0F6]) [    
] o.a.s.c.s.i.CloudSolrClient Request to collection 
pull_replica_test_remove_all_writer_replicas failed due to (503) 
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException: Error 
from server at 
https://127.0.0.1:33995/solr/pull_replica_test_remove_all_writer_replicas: No 
registered leader was found after waiting for 4000ms , collection: 
pull_replica_test_remove_all_writer_replicas slice: shard1, retry? 0
   [junit4]   2> 453666 WARN  
(OverseerThreadFactory-1280-thread-5-processing-n:127.0.0.1:46677_solr) 
[n:127.0.0.1:46677_solr    ] o.a.s.c.CreateCollectionCmd Specified number of 
replicas of 4 on collection pull_replica_test_create_delete is higher than the 
number of Solr instances currently live or live and part of your 
createNodeSet(2). It's unusual to run two replica of the same slice on the same 
Solr-instance.
   [junit4]   1> / (11)
   [junit4]   1>  /configs (2)
   [junit4]   1>   /configs/_default (7)
   [junit4]   1>   DATA:
   [junit4]   1>       <?xml version="1.0" encoding="UTF-8" ?>
   [junit4]   1>       <!--
   [junit4]   1>        Licensed to the Apache Software Foundation (ASF) under 
one or more
   [junit4]   1>        contributor license agreements.  See the NOTICE file 
distributed with
   [junit4]   1>        this work for additional information regarding 
copyright ownership.
   [junit4]   1>        The ASF licenses this file to You under the Apache 
License, Version 2.0
   [junit4]   1>        (the "License"); you may not use this file except in 
compliance with
   [junit4]   1>        the License.  You may obtain a copy of the License at
   [junit4]   1>       
   [junit4]   1>            http://www.apache.org/licenses/LICENSE-2.0
   [junit4]   1>       
   [junit4]   1>        Unless required by applicable law or agreed to in 
writing, software
   [junit4]   1>        distributed under the License is distributed on an "AS 
IS" BASIS,
   [junit4]   1>        WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either 
express or implied.
   [junit4]   1>        See the License for the specific language governing 
permissions and
   [junit4]   1>        limitations under the License.
   [junit4]   1>       -->
   [junit4]   1>       
   [junit4]   1>       <!--
   [junit4]   1>            For more details about configurations options that 
may appear in
   [junit4]   1>            this file, see 
http://wiki.apache.org/solr/SolrConfigXml.
   [junit4]   1>       -->
   [junit4]   1>       <config>
   [junit4]   1>         <!-- In all configuration below, a prefix of "solr." 
for class names
   [junit4]   1>              is an alias that causes solr to search 
appropriate packages,
   [junit4]   1>              including 
org.apache.solr.(search|update|request|core|analysis)
   [junit4]   1>       
   [junit4]   1>              You may also specify a fully qualified Java 
classname if you
   [junit4]   1>              have your own custom plugins.
   [junit4]   1>           -->
   [junit4]   1>       
   [junit4]   1>         <!-- Controls what version of Lucene various 
components of Solr
   [junit4]   1>              adhere to.  Generally, you want to use the latest 
version to
   [junit4]   1>              get all bug fixes and improvements. It is highly 
recommended
   [junit4]   1>              that you fully re-index after changing this 
setting as it can
   [junit4]   1>              affect both how text is indexed and queried.
   [junit4]   1>         -->
   [junit4]   1>         <luceneMatchVersion>8.0.0</luceneMatchVersion>
   [junit4]   1>       
   [junit4]   1>         <!-- <lib/> directives can be used to instruct Solr to 
load any Jars
   [junit4]   1>              identified and use them to resolve any "plugins" 
specified in
   [junit4]   1>              your solrconfig.xml or schema.xml (ie: Analyzers, 
Request
   [junit4]   1>              Handlers, etc...).
   [junit4]   1>       
   [junit4]   1>              All directories and paths are resolved relative 
to the
   [junit4]   1>              instanceDir.
   [junit4]   1>       
   [junit4]   1>              Please note that <lib/> directives are processed 
in the order
   [junit4]   1>              that they appear in your solrconfig.xml file, and 
are "stacked"
   [junit4]   1>              on top of each other when building a ClassLoader 
- so if you have
   [junit4]   1>              plugin jars with dependencies on other jars, the 
"lower level"
   [junit4]   1>              dependency jars should be loaded first.
   [junit4]   1>       
   [junit4]   1>              If a "./lib" directory exists in your 
instanceDir, all files
   [junit4]   1>              found in it are included as if you had used the 
following
   [junit4]   1>              syntax...
   [junit4]   1>       
   [junit4]   1>                     <lib dir="./lib" />
   [junit4]   1>           -->
   [junit4]   1>       
   [junit4]   1>         <!-- A 'dir' option by itself adds any files found in 
the directory
   [junit4]   1>              to the classpath, this is useful for including 
all jars in a
   [junit4]   1>              directory.
   [junit4]   1>       
   [junit4]   1>              When a 'regex' is specified in addition to a 
'dir', only the
   [junit4]   1>              files in that directory which completely match 
the regex
   [junit4]   1>              (anchored on both ends) will be included.
   [junit4]   1>       
   [junit4]   1>              If a 'dir' option (with or without a regex) is 
used and nothing
   [junit4]   1>              is found that matches, a warning will be logged.
   [junit4]   1>       
   [junit4]   1>              The examples below can be used to load some 
solr-contribs along
   [junit4]   1>              with their external dependencies.
   [junit4]   1>           -->
   [junit4]   1>         <lib 
dir="${solr.install.dir:../../../..}/contrib/extraction/lib" regex=".*\.jar" />
   [junit4]   1>         <lib dir="${solr.install.dir:../../../..}/dist/" 
regex="solr-cell-\d.*\.jar" />
   [junit4]   1>       
   [junit4]   1>         <lib 
dir="${solr.install.dir:../../../..}/contrib/clustering/lib/" regex=".*\.jar" />
   [junit4]   1>         <lib dir="${solr.install.dir:../../../..}/dist/" 
regex="solr-clustering-\d.*\.jar" />
   [junit4]   1>       
   [junit4]   1>         <lib 
dir="${solr.install.dir:../../../..}/contrib/langid/lib/" regex=".*\.jar" />
   [junit4]   1>         <lib dir="${solr.install.dir:../../../..}/dist/" 
regex="solr-langid-\d.*\.jar" />
   [junit4]   1>       
   [junit4]   1>         <lib 
dir="${solr.install.dir:../../../..}/contrib/velocity/lib" regex=".*\.jar" />
   [junit4]   1>         <lib dir="${solr.install.dir:../../../..}/dist/" 
regex="solr-velocity-\d.*\.jar" />
   [junit4]   1>         <!-- an exact 'path' can be used instead of a 'dir' to 
specify a
   [junit4]   1>              specific jar file.  This will cause a serious 
error to be logged
   [junit4]   1>              if it can't be loaded.
   [junit4]   1>           -->
   [junit4]   1>         <!--
   [junit4]   1>            <lib path="../a-jar-that-does-not-exist.jar" />
   [junit4]   1>         -->
   [junit4]   1>       
   [junit4]   1>         <!-- Data Directory
   [junit4]   1>       
   [junit4]   1>              Used to specify an alternate directory to hold 
all index data
   [junit4]   1>              other than the default ./data under the Solr 
home.  If
   [junit4]   1>              replication is in use, this should match the 
replication
   [junit4]   1>              configuration.
   [junit4]   1>           -->
   [junit4]   1>         <dataDir>${solr.data.dir:}</dataDir>
   [junit4]   1>       
   [junit4]   1>       
   [junit4]   1>         <!-- The DirectoryFactory to use for indexes.
   [junit4]   1>       
   [junit4]   1>              solr.StandardDirectoryFactory is filesystem
   [junit4]   1>              based and tries to pick the best implementation 
for the current
   [junit4]   1>              JVM and platform.  
solr.NRTCachingDirectoryFactory, the default,
   [junit4]   1>              wraps solr.StandardDirectoryFactory and caches 
small files in memory
   [junit4]   1>              for better NRT performance.
   [junit4]   1>       
   [junit4]   1>              One can force a particular implementation via 
solr.MMapDirectoryFactory,
   [junit4]   1>              solr.NIOFSDirectoryFactory, or 
solr.SimpleFSDirectoryFactory.
   [junit4]   1>       
   [junit4]   1>              solr.RAMDirectoryFactory is memory based and not 
persistent.
   [junit4]   1>           -->
   [junit4]   1>         <directoryFactory name="DirectoryFactory"
   [junit4]   1>                           
class="${solr.directoryFactory:solr.NRTCachingDirectoryFactory}"/>
   [junit4]   1>       
   [junit4]   1>         <!-- The CodecFactory for defining the format of the 
inverted index.
   [junit4]   1>              The default implementation is SchemaCodecFactory, 
which is the official Lucene
   [junit4]   1>              index format, but hooks into the schema to 
provide per-field customization of
   [junit4]   1>              the postings lists and per-document values in the 
fieldType element
   [junit4]   1>              (postingsFormat/docValuesFormat). Note that most 
of the alternative implementations
   [junit4]   1>              are experimental, so if you choose to customize 
the index format, it's a good
   [junit4]   1>              idea to convert back to the official format e.g. 
via IndexWriter.addIndexes(IndexReader)
   [junit4]   1>              before upgrading to a newer version to avoid 
unnecessary reindexing.
   [junit4]   1>              A "compressionMode" string element can be added 
to <codecFactory> to choose
   [junit4]   1>              between the existing compression modes in the 
default codec: "BEST_SPEED" (default)
   [junit4]   1>              or "BEST_COMPRESSION".
   [junit4]   1>         -->
   [junit4]   1>         <codecFactory class="solr.SchemaCodecFactory"/>
   [junit4]   1>       
   [junit4]   1>         <!-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   [junit4]   1>              Index Config - These settings control low-level 
behavior of indexing
   [junit4]   1>              Most example settings here show the default 
value, but are commented
   [junit4]   1>              out, to more easily see where customizations have 
been made.
   [junit4]   1>       
   [junit4]   1>              Note: This replaces <indexDefaults> and 
<mainIndex> from older versions
   [junit4]   1>              
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -->
   [junit4]   1>         <indexConfig>
   [junit4]   1>           <!-- maxFieldLength was removed in 4.0. To get 
similar behavior, include a
   [junit4]   1>                LimitTokenCountFilterFactory in your fieldType 
definition. E.g.
   [junit4]   1>            <filter class="solr.LimitTokenCountFilterFactory" 
maxTokenCount="10000"/>
   [junit4]   1>           -->
   [junit4]   1>           <!-- Maximum time to wait for a write lock (ms) for 
an IndexWriter. Default: 1000 -->
   [junit4]   1>           <!-- <writeLockTimeout>1000</writeLockTimeout>  -->
   [junit4]   1>       
   [junit4]   1>           <!-- Expert: Enabling compound file will use less 
files for the index,
   [junit4]   1>                using fewer file descriptors on the expense of 
performance decrease.
   [junit4]   1>                Default in Lucene is "true". Default in Solr is 
"false" (since 3.6) -->
   [junit4]   1>           <!-- <useCompoundFile>false</useCompoundFile> -->
   [junit4]   1>       
   [junit4]   1>           <!-- ramBufferSizeMB sets the amount of RAM that may 
be used by Lucene
   [junit4]   1>                indexing for buffering added documents and 
deletions before they are
   [junit4]   1>                flushed to the Directory.
   [junit4]   1>                maxBufferedDocs sets a limit on the number of 
documents buffered
   [junit4]   1>                before flushing.
   [junit4]   1>                If both ramBufferSizeMB and maxBufferedDocs is 
set, then
   [junit4]   1>                Lucene will flush based on whichever limit is 
hit first.  -->
   [junit4]   1>           <!-- <ramBufferSizeMB>100</ramBufferSizeMB> -->
   [junit4]   1>           <!-- <maxBufferedDocs>1000</maxBufferedDocs> -->
   [junit4]   1>       
   [junit4]   1>           <!-- Expert: Merge Policy
   [junit4]   1>                The Merge Policy in Lucene controls how merging 
of segments is done.
   [junit4]   1>                The default since Solr/Lucene 3.3 is 
TieredMergePolicy.
   [junit4]   1>                The default since Lucene 2.3 was the 
LogByteSizeMergePolicy,
   [junit4]   1>                Even older versions of Lucene used 
LogDocMergePolicy.
   [junit4]   1>             -->
   [junit4]   1>           <!--
   [junit4]   1>               <mergePolicyFactory 
class="org.apache.solr.index.TieredMergePolicyFactory">
   [junit4]   1>                 <int name="maxMergeAtOnce">10</int>
   [junit4]   1>                 <int name="segmentsPerTier">10</int>
   [junit4]   1>                 <double name="noCFSRatio">0.1</double>
   [junit4]   1>               </mergePolicyFactory>
   [junit4]   1>             -->
   [junit4]   1>       
   [junit4]   1>           <!-- Expert: Merge Scheduler
   [junit4]   1>                The Merge Scheduler in Lucene controls how 
merges are
   [junit4]   1>                performed.  The ConcurrentMergeScheduler 
(Lucene 2.3 default)
   [junit4]   1>                can perform merges in the background using 
separate threads.
   [junit4]   1>                The SerialMergeScheduler (Lucene 2.2 default) 
does not.
   [junit4]   1>            -->
   [junit4]   1>           <!--
   [junit4]   1>              <mergeScheduler 
class="org.apache.lucene.index.ConcurrentMergeScheduler"/>
   [junit4]   1>              -->
   [junit4]   1>       
   [junit4]   1>           <!-- LockFactory
   [junit4]   1>       
   [junit4]   1>                This option specifies which Lucene LockFactory 
implementation
   [junit4]   1>                to use.
   [junit4]   1>       
   [junit4]   1>                single = SingleInstanceLockFactory - suggested 
for a
   [junit4]   1>                         read-only index or when there is no 
possibility of
   [junit4]   1>                         another process trying to modify the 
index.
   [junit4]   1>                native = NativeFSLockFactory - uses OS native 
file locking.
   [junit4]   1>                         Do not use when multiple solr webapps 
in the same
   [junit4]   1>                         JVM are attempting to share a single 
index.
   [junit4]   1>                simple = SimpleFSLockFactory  - uses a plain 
file for locking
   [junit4]   1>       
   [junit4]   1>                Defaults: 'native' is default for Solr3.6 and 
later, otherwise
   [junit4]   1>                          'simple' is the default
   [junit4]   1>       
   [junit4]   1>                More details on the nuances of each 
LockFactory...
   [junit4]   1>                
http://wiki.apache.org/lucene-java/AvailableLockFactories
   [junit4]   1>           -->
   [junit4]   1>           <lockType>${solr.lock.type:native}</lockType>
   [junit4]   1>       
   [junit4]   1>           <!-- Commit Deletion Policy
   [junit4]   1>                Custom deletion policies can be specified here. 
The class must
   [junit4]   1>                implement 
org.apache.lucene.index.IndexDeletionPolicy.
   [junit4]   1>       
   [junit4]   1>                The default Solr IndexDeletionPolicy 
implementation supports
   [junit4]   1>                deleting index commit points on number of 
commits, age of
   [junit4]   1>                commit point and optimized status.
   [junit4]   1>       
   [junit4]   1>                The latest commit point should always be 
preserved regardless
   [junit4]   1>                of the criteria.
   [junit4]   1>           -->
   [junit4]   1>           <!--
   [junit4]   1>           <deletionPolicy class="solr.SolrDeletionPolicy">
   [junit4]   1>           -->
   [junit4]   1>           <!-- The number of commit points to be kept -->
   [junit4]   1>           <!-- <str name="maxCommitsToKeep">1</str> -->
   [junit4]   1>           <!-- The number of optimized commit points to be 
kept -->
   [junit4]   1>           <!-- <str name="maxOptimizedCommitsToKeep">0</str> 
-->
   [junit4]   1>           <!--
   [junit4]   1>               Delete all commit points once they have reached 
the given age.
   [junit4]   1>               Supports DateMathParser syntax e.g.
   [junit4]   1>             -->
   [junit4]   1>           <!--
   [junit4]   1>              <str name="maxCommitAge">30MINUTES</str>
   [junit4]   1>              <str name="maxCommitAge">1DAY</str>
   [junit4]   1>           -->
   [junit4]   1>           <!--
   [junit4]   1>           </deletionPolicy>
   [junit4]   1>           -->
   [junit4]   1>       
   [junit4]   1>           <!-- Lucene Infostream
   [junit4]   1>       
   [junit4]   1>                To aid in advanced debugging, Lucene provides 
an "InfoStream"
   [junit4]   1>                of detailed information when indexing.
   [junit4]   1>       
   [junit4]   1>                Setting The value to true will instruct the 
underlying Lucene
   [junit4]   1>                IndexWriter to write its debugging info the 
specified file
   [junit4]   1>             -->
   [junit4]   1>           <!-- <infoStream 
file="INFOSTREAM.txt">false</infoStream> -->
   [junit4]   1>         </indexConfig>
   [junit4]   1>       
   [junit4]   1>       
   [junit4]   1>         <!-- JMX
   [junit4]   1>       
   [junit4]   1>              This example enables JMX if and only if an 
existing MBeanServer
   [junit4]   1>              is found, use this if you want to configure JMX 
through JVM
   [junit4]   1>              parameters. Remove this to disable exposing Solr 
configuration
   [junit4]   1>              and statistics to JMX.
   [junit4]   1>       
   [junit4]   1>              For more details see 
http://wiki.apache.org/solr/SolrJmx
   [junit4]   1>           -->
   [junit4]   1>         <jmx />
   [junit4]   1>         <!-- If you want to connect to a particular server, 
specify the
   [junit4]   1>              agentId
   [junit4]   1>           -->
   [junit4]   1>         <!-- <jmx agentId="myAgent" /> -->
   [junit4]   1>         <!-- If you want to start a new MBeanServer, specify 
the serviceUrl -->
   [junit4]   1>         <!-- <jmx 
serviceUrl="service:jmx:rmi:///jndi/rmi://localhost:9999/solr"/>
   [junit4]   1>           -->
   [junit4]   1>       
   [junit4]   1>         <!-- The default high-performance update handler -->
   [junit4]   1>         <updateHandler class="solr.DirectUpdateHandler2">
   [junit4]   1>       
   [junit4]   1>           <!-- Enables a transaction log, used for real-time 
get, durability, and
   [junit4]   1>                and solr cloud replica recovery.  The log can 
grow as big as
   [junit4]   1>                uncommitted changes to the index, so use of a 
hard autoCommit
   [junit4]   1>                is recommended (see below).
   [junit4]   1>                "dir" - the target directory for transaction 
logs, defaults to the
   [junit4]   1>                       solr data directory.
   [junit4]   1>                "numVersionBuckets" - sets the number of 
buckets used to keep
   [junit4]   1>                       track of max version values when 
checking for re-ordered
   [junit4]   1>                       updates; increase this value to reduce 
the cost of
   [junit4]   1>                       synchronizing access to version buckets 
during high-volume
   [junit4]   1>                       indexing, this requires 8 bytes (long) * 
numVersionBuckets
   [junit4]   1>                       of heap space per Solr core.
   [junit4]   1>           -->
   [junit4]   1>           <updateLog>
   [junit4]   1>             <str name="dir">${solr.ulog.dir:}</str>
   [junit4]   1>             <int 
name="numVersionBuckets">${solr.ulog.numVersionBuckets:65536}</int>
   [junit4]   1>           </updateLog>
   [junit4]   1>       
   [junit4]   1>           <!-- AutoCommit
   [junit4]   1>       
   [junit4]   1>                Perform a hard commit automatically under 
certain conditions.
   [junit4]   1>                Instead of enabling autoCommit, consider using 
"commitWithin"
   [junit4]   1>                when adding documents.
   [junit4]   1>       
   [junit4]   1>                http://wiki.apache.org/solr/UpdateXmlMessages
   [junit4]   1>       
   [junit4]   1>                maxDocs - Maximum number of documents to add 
since the last
   [junit4]   1>                          commit before automatically 
triggering a new commit.
   [junit4]   1>       
   [junit4]   1>                maxTime - Maximum amount of time in ms that is 
allowed to pass
   [junit4]   1>                          since a document was added before 
automatically
   [junit4]   1>                          triggering a new commit.
   [junit4]   1>                openSearcher - if false, the commit causes 
recent index changes
   [junit4]   1>                  to be flushed to stable storage, but does not 
cause a new
   [junit4]   1>                  searcher to be opened to make those changes 
visible.
   [junit4]   1>       
   [junit4]   1>                If the updateLog is enabled, then it's highly 
recommended to
   [junit4]   1>                have some sort of hard autoCommit to limit the 
log size.
   [junit4]   1>             -->
   [junit4]   1>           <autoCommit>
   [junit4]   1>             <maxTime>${solr.autoCommit.maxTime:15000}</maxTime>
   [junit4]   1>             <openSearcher>false</openSearcher>
   [junit4]   1>           </autoCommit>
   [junit4]   1>       
   [junit4]   1>           <!-- softAutoCommit is like autoCommit except it 
causes a
   [junit4]   1>                'soft' commit which only ensures that changes 
are visible
   [junit4]   1>                but does not ensure that data is synced to 
disk.  This is
   [junit4]   1>                faster and more near-realtime friendly than a 
hard commit.
   [junit4]   1>             -->
   [junit4]   1>       
   [junit4]   1>           <autoSoftCommit>
   [junit4]   1>             
<maxTime>${solr.autoSoftCommit.maxTime:-1}</maxTime>
   [junit4]   1>           </autoSoftCommit>
   [junit4]   1>       
   [junit4]   1>           <!-- Update Related Event Listeners
   [junit4]   1>       
   [junit4]   1>                Various IndexWriter related events can trigger 
Listeners to
   [junit4]   1>                take actions.
   [junit4]   1>       
   [junit4]   1>                postCommit - fired after every commit or 
optimize command
   [junit4]   1>                postOptimize - fired after every optimize 
command
   [junit4]   1>             -->
   [junit4]   1>           <!-- The RunExecutableListener executes an external 
command from a
   [junit4]   1>                hook such as postCommit or postOptimize.
   [junit4]   1>       
   [junit4]   1>                exe - the name of the executable to run
   [junit4]   1>                dir - dir to use as the current working 
directory. (default=".")
   [junit4]   1>                wait - the calling thread waits until the 
executable returns.
   [junit4]   1>                       (default="true")
   [junit4]   1>                args - the arguments to pass to the program.  
(default is none)
   [junit4]   1>                env - environment variables to set.  (default 
is none)
   [junit4]   1>             -->
   [junit4]   1>           <!-- This example shows how RunExecutableListener 
could be used
   [junit4]   1>                with the script based replication...
   [junit4]   1>                
http://wiki.apache.org/solr/CollectionDistribution
   [junit4]   1>             -->
   [junit4]   1>           <!--
   [junit4]   1>              <listener event="postCommit" 
class="solr.RunExecutableListener">
   [junit4]   1>                <str name="exe">solr/bin/snapshooter</str>
   [junit4]   1>                <str name="dir">.</str>
   [junit4]   1>                <bool name="wait">true</bool>
   [junit4]   1>                <arr name="args"> <str>arg1</str> 
<str>arg2</str> </arr>
   [junit4]   1>                <arr name="env"> <str>MYVAR=val1</str> </arr>
   [junit4]   1>              </listener>
   [junit4]   1>             -->
   [junit4]   1>       
   [junit4]   1>         </updateHandler>
   [junit4]   1>       
   [junit4]   1>         <!-- IndexReaderFactory
   [junit4]   1>       
   [junit4]   1>              Use the following format to specify a custom 
IndexReaderFactory,
   [junit4]   1>              which allows for alternate IndexReader 
implementations.
   [junit4]   1>       
   [junit4]   1>              ** Experimental Feature **
   [junit4]   1>       
   [junit4]   1>              Please note - Using a custom IndexReaderFactory 
may prevent
   [junit4]   1>              certain other features from working. The API to
   [junit4]   1>              IndexReaderFactory may change without warning or 
may even be
   [junit4]   1>              removed from future releases if the problems 
cannot be
   [junit4]   1>              resolved.
   [junit4]   1>       
   [junit4]   1>       
   [junit4]   1>              ** Features that may not work with custom 
IndexReaderFactory **
   [junit4]   1>       
   [junit4]   1>              The ReplicationHandler assumes a disk-resident 
index. Using a
   [junit4]   1>              custom IndexReader implementation may cause 
incompatibility
   [junit4]   1>              with ReplicationHandler and may cause replication 
to not work
   [junit4]   1>              correctly. See SOLR-1366 for details.
   [junit4]   1>       
   [junit4]   1>           -->
   [junit4]   1>         <!--
   [junit4]   1>         <indexReaderFactory name="IndexReaderFactory" 
class="package.class">
   [junit4]   1>           <str name="someArg">Some Value</str>
   [junit4]   1>         </indexReaderFactory >
   [junit4]   1>         -->
   [junit4]   1>       
   [junit4]   1>         <!-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   [junit4]   1>              Query section - these settings control query time 
things like caches
   [junit4]   1>              
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -->
   [junit4]   1>         <query>
   [junit4]   1>       
   [junit4]   1>           <!-- Maximum number of clauses in each BooleanQuery, 
 an exception
   [junit4]   1>                is thrown if exceeded.  It is safe to increase 
or remove this setting,
   [junit4]   1>                since it is purely an arbitrary limit to try 
and catch user errors where
   [junit4]   1>                large boolean queries may not be the best 
implementation choice.
   [junit4]   1>             -->
   [junit4]   1>           <maxBooleanClauses>1024</maxBooleanClauses>
   [junit4]   1>       
   [junit4]   1>           <!-- Solr Internal Query Caches
   [junit4]   1>       
   [junit4]   1>                There are two implementations of cache 
available for Solr,
   [junit4]   1>                LRUCache, based on a synchronized 
LinkedHashMap, and
   [junit4]   1>                FastLRUCache, based on a ConcurrentHashMap.
   [junit4]   1>       
   [junit4]   1>                FastLRUCache has faster gets and slower puts in 
single
   [junit4]   1>                threaded operation and thus is generally faster 
than LRUCache
   [junit4]   1>                when the hit ratio of the cache is high (> 
75%), and may be
   [junit4]   1>                faster under other scenarios on multi-cpu 
systems.
   [junit4]   1>           -->
   [junit4]   1>       
   [junit4]   1>           <!-- Filter Cache
   [junit4]   1>       
   [junit4]   1>                Cache used by SolrIndexSearcher for filters 
(DocSets),
   [junit4]   1>                unordered sets of *all* documents that match a 
query.  When a
   [junit4]   1>                new searcher is opened, its caches may be 
prepopulated or
   [junit4]   1>                "autowarmed" using data from caches in the old 
searcher.
   [junit4]   1>                autowarmCount is the number of items to 
prepopulate.  For
   [junit4]   1>                LRUCache, the autowarmed items will be the most 
recently
   [junit4]   1>                accessed items.
   [junit4]   1>       
   [junit4]   1>                Parameters:
   [junit4]   1>                  class - the SolrCache implementation LRUCache 
or
   [junit4]   1>                      (LRUCache or FastLRUCache)
   [junit4]   1>                  size - the maximum number of entries in the 
cache
   [junit4]   1>                  initialSize - the initial capacity (number of 
entries) of
   [junit4]   1>                      the cache.  (see java.util.HashMap)
   [junit4]   1>                  autowarmCount - the number of entries to 
prepopulate from
   [junit4]   1>                      and old cache.
   [junit4]   1>                  maxRamMB - the maximum amount of RAM (in MB) 
that this cache is allowed
   [junit4]   1>                             to occupy. Note that when this 
option is specified, the size
   [junit4]   1>                             and initialSize parameters are 
ignored.
   [junit4]   1>             -->
   [junit4]   1>           <filterCache class="solr.FastLRUCache"
   [junit4]   1>                        size="512"
   [junit4]   1>                        initialSize="512"
   [junit4]   1>                        autowarmCount="0"/>
   [junit4]   1>       
   [junit4]   1>           <!-- Query Result Cache
   [junit4]   1>       
   [junit4]   1>                Caches results of searches - ordered lists of 
document ids
   [junit4]   1>                (DocList) based on a query, a sort, and the 
range of documents requested.
   [junit4]   1>                Additional supported parameter by LRUCache:
   [junit4]   1>                   maxRamMB - the maximum amount of RAM (in MB) 
that this cache is allowed
   [junit4]   1>                              to occupy
   [junit4]   1>             -->
   [junit4]   1>           <queryResultCache class="solr.LRUCache"
   [junit4]   1>                             size="512"
   [junit4]   1>                             initialSize="512"
   [junit4]   1>                             autowarmCount="0"/>
   [junit4]   1>       
   [junit4]   1>           <!-- Document Cache
   [junit4]   1>       
   [junit4]   1>                Caches Lucene Document objects (the stored 
fields for each
   [junit4]   1>                document).  Since Lucene internal document ids 
are transient,
   [junit4]   1>                this cache will not be autowarmed.
   [junit4]   1>             -->
   [junit4]   1>           <documentCache class="solr.LRUCache"
   [junit4]   1>                          size="512"
   [junit4]   1>                          initialSize="512"
   [junit4]   1>                          autowarmCount="0"/>
   [junit4]   1>       
   [junit4]   1>           <!-- custom cache currently used by block join -->
   [junit4]   1>           <cache name="perSegFilter"
   [junit4]   1>                  class="solr.search.LRUCache"
   [junit4]   1>                  size="10"
   [junit4]   1>                  initialSize="0"
   [junit4]   1>                  autowarmCount="10"
   [junit4]   1>                  regenerator="solr.NoOpRegenerator" />
   [junit4]   1>       
   [junit4]   1>           <!-- Field Value Cache
   [junit4]   1>       
   [junit4]   1>                Cache used to hold field values that are 
quickly accessible
   [junit4]   1>                by document id.  The fieldValueCache is created 
by default
   [junit4]   1>                even if not configured here.
   [junit4]   1>             -->
   [junit4]   1>           <!--
   [junit4]   1>              <fieldValueCache class="solr.FastLRUCache"
   [junit4]   1>                               size="512"
   [junit4]   1>                               autowarmCount="128"
   [junit4]   1>                               showItems="32" />
   [junit4]   1>             -->
   [junit4]   1>       
   [junit4]   1>           <!-- Custom Cache
   [junit4]   1>       
   [junit4]   1>                Example of a generic cache.  These caches may 
be accessed by
   [junit4]   1>                name through 
SolrIndexSearcher.getCache(),cacheLookup(), and
   [junit4]   1>                cacheInsert().  The purpose is to enable easy 
caching of
   [junit4]   1>                user/application level data.  The regenerator 
argument should
   [junit4]   1>                be specified as an implementation of 
solr.CacheRegenerator
   [junit4]   1>                if autowarming is desired.
   [junit4]   1>             -->
   [junit4]   1>           <!--
   [junit4]   1>              <cache name="myUserCache"
   [junit4]   1>                     class="solr.LRUCache"
   [junit4]   1>                     size="4096"
   [junit4]   1>                     initialSize="1024"
   [junit4]   1>                     autowarmCount="1024"
   [junit4]   1>                     regenerator="com.mycompany.MyRegenerator"
   [junit4]   1>                     />
   [junit4]   1>             -->
   [junit4]   1>       
   [junit4]   1>       
   [junit4]   1>           <!-- Lazy Field Loading
   [junit4]   1>       
   [junit4]   1>                If true, stored fields that are not requested 
will be loaded
   [junit4]   1>                lazily.  This can result in a significant speed 
improvement
   [junit4]   1>                if the usual case is to not load all stored 
fields,
   [junit4]   1>                especially if the skipped fields are large 
compressed text
   [junit4]   1>                fields.
   [junit4]   1>           -->
   [junit4]   1>           <enableLazyFieldLoading>true</enableLazyFieldLoading>
   [junit4]   1>       
   [junit4]   1>           <!-- Use Filter For Sorted Query
   [junit4]   1>       
   [junit4]   1>                A possible optimization that attempts to use a 
filter to
   [junit4]   1>                satisfy a search.  If the requested sort does 
not include
   [junit4]   1>                score, then the filterCache will be checked for 
a filter
   [junit4]   1>                matching the query. If found, the filter will 
be used as the
   [junit4]   1>                source of document ids, and then the sort will 
be applied to
   [junit4]   1>                that.
   [junit4]   1>       
   [junit4]   1>                For most situations, this will not be useful 
unless you
   [junit4]   1>                frequently get the same search repeatedly with 
different sort
   [junit4]   1>                options, and none of them ever use "score"
   [junit4]   1>             -->
   [junit4]   1>           <!--
   [junit4]   1>              
<useFilterForSortedQuery>true</useFilterForSortedQuery>
   [junit4]   1>             -->
   [junit4]   1>       
   [junit4]   1>           <!-- Result Window Size
   [junit4]   1>       
   [junit4]   1>                An optimization for use with the 
queryResultCache.  When a search
   [junit4]   1>                is requested, a superset of the requested 
number of document ids
   [junit4]   1>                are collected.  For example, if a search for a 
particular query
   [junit4]   1>                requests matching documents 10 through 19, and 
queryWindowSize is 50,
   [junit4]   1>                then documents 0 through 49 will be collected 
and cached.  Any further
   [junit4]   1>                requests in that range can be satisfied via the 
cache.
   [junit4]   1>             -->
   [junit4]   1>           <queryResultWindowSize>20</queryResultWindowSize>
   [junit4]   1>       
   [junit4]   1>           <!-- Maximum number of documents to cache for any 
entry in the
   [junit4]   1>                queryResultCache.
   [junit4]   1>             -->
   [junit4]   1>           
<queryResultMaxDocsCached>200</queryResultMaxDocsCached>
   [junit4]   1>       
   [junit4]   1>           <!-- Query Related Event Listeners
   [junit4]   1>       
   [junit4]   1>                Various IndexSearcher related events can 
trigger Listeners to
   [junit4]   1>                take actions.
   [junit4]   1>       
   [junit4]   1>                newSearcher - fired whenever a new searcher is 
being prepared
   [junit4]   1>                and there is a current searcher handling 
requests (aka
   [junit4]   1>                registered).  It can be used to prime certain 
caches to
   [junit4]   1>                prevent long request times for certain requests.
   [junit4]   1>       
   [junit4]   1>                firstSearcher - fired whenever a new searcher 
is being
   [junit4]   1>                prepared but there is no current registered 
searcher to handle
   [junit4]   1>                requests or to gain autowarming data from.
   [junit4]   1>       
   [junit4]   1>       
   [junit4]   1>             -->
   [junit4]   1>           <!-- QuerySenderListener takes an array of NamedList 
and executes a
   [junit4]   1>                local query request for each NamedList in 
sequence.
   [junit4]   1>             -->
   [junit4]   1>           <listener event="newSearcher" 
class="solr.QuerySenderListener">
   [junit4]   1>             <arr name="queries">
   [junit4]   1>               <!--
   [junit4]   1>                  <lst><str name="q">solr</str><str 
name="sort">price asc</str></lst>
   [junit4]   1>                  <lst><str name="q">rocks</str><str 
name="sort">weight asc</str></lst>
   [junit4]   1>                 -->
   [junit4]   1>             </arr>
   [junit4]   1>           </listener>
   [junit4]   1>           <listener event="firstSearcher" 
class="solr.QuerySenderListener">
   [junit4]   1>             <arr name="queries">
   [junit4]   1>               <!--
   [junit4]   1>               <lst>
   [junit4]   1>                 <str name="q">static firstSearcher warming in 
solrconfig.xml</str>
   [junit4]   1>               </lst>
   [junit4]   1>               -->
   [junit4]   1>             </arr>
   [junit4]   1>           </listener>
   [junit4]   1>       
   [junit4]   1>           <!-- Use Cold Searcher
   [junit4]   1>       
   [junit4]   1>                If a search request comes in and there is no 
current
   [junit4]   1>                registered searcher, then immediately register 
the still
   [junit4]   1>                warming searcher and use it.  If "false" then 
all requests
   [junit4]   1>                will block until the first searcher is done 
warming.
   [junit4]   1>             -->
   [junit4]   1>           <useColdSearcher>false</useColdSearcher>
   [junit4]   1>       
   [junit4]   1>         </query>
   [junit4]   1>       
   [junit4]   1>       
   [junit4]   1>         <!-- Request Dispatcher
   [junit4]   1>       
   [junit4]   1>              This section contains instructions for how the 
SolrDispatchFilter
   [junit4]   1>              should behave when processing requests for this 
SolrCore.
   [junit4]   1>       
   [junit4]   1>           -->
   [junit4]   1>         <requestDispatcher>
   [junit4]   1>           <!-- Request Parsing
   [junit4]   1>       
   [junit4]   1>                These settings indicate how Solr Requests may 
be parsed, and
   [junit4]   1>                what restrictions may be placed on the 
ContentStreams from
   [junit4]   1>                those requests
   [junit4]   1>       
   [junit4]   1>                enableRemoteStreaming - enables use of the 
stream.file
   [junit4]   1>                and stream.url parameters for specifying remote 
streams.
   [junit4]   1>       
   [junit4]   1>                multipartUploadLimitInKB - specifies the max 
size (in KiB) of
   [junit4]   1>                Multipart File Uploads that Solr will allow in 
a Request.
   [junit4]   1>       
   [junit4]   1>                formdataUploadLimitInKB - specifies the max 
size (in KiB) of
   [junit4]   1>                form data (application/x-www-form-urlencoded) 
sent via
   [junit4]   1>                POST. You can use POST to pass request 
parameters not
   [junit4]   1>                fitting into the URL.
   [junit4]   1>       
   [junit4]   1>                addHttpRequestToContext - if set to true, it 
will instruct
   [junit4]   1>                the requestParsers to include the original 
HttpServletRequest
   [junit4]   1>                object in the context map of the 
SolrQueryRequest under the
   [junit4]   1>                key "httpRequest". It will not be used by any 
of the existing
   [junit4]   1>                Solr components, but may be useful when 
developing custom
   [junit4]   1>                plugins.
   [junit4]   1>       
   [junit4]   1>                *** WARNING ***
   [junit4]   1>                Before enabling remote streaming, you should 
make sure your
   [junit4]   1>                system has authentication enabled.
   [junit4]   1>       
   [junit4]   1>           <requestParsers enableRemoteStreaming="false"
   [junit4]   1>                           multipartUploadLimitInKB="-1"
   [junit4]   1>                           formdataUploadLimitInKB="-1"
   [junit4]   1>                           addHttpRequestToContext="false"/>
   [junit4]   1>             -->
   [junit4]   1>       
   [junit4]   1>           <!-- HTTP Caching
   [junit4]   1>       
   [junit4]   1>                Set HTTP caching related parameters (for proxy 
caches and clients).
   [junit4]   1>       
   [junit4]   1>                The options below instruct Solr not to output 
any HTTP Caching
   [junit4]   1>                related headers
   [junit4]   1>             -->
   [junit4]   1>           <httpCaching never304="true" />
   [junit4]   1>           <!-- If you include a <cacheControl> directive, it 
will be used to
   [junit4]   1>                generate a Cache-Control header (as well as an 
Expires header
   [junit4]   1>                if the value contains "max-age=")
   [junit4]   1>       
   [junit4]   1>                By default, no Cache-Control header is 
generated.
   [junit4]   1>       
   [junit4]   1>                You can use the <cacheControl> option even if 
you have set
   [junit4]   1>                never304="true"
   [junit4]   1>             -->
   [junit4]   1>           <!--
   [junit4]   1>              <httpCaching never304="true" >
   [junit4]   1>                <cacheControl>max-age=30, public</cacheControl>
   [junit4]   1>              </httpCaching>
   [junit4]   1>             -->
   [junit4]   1>           <!-- To enable Solr to respond with automatically 
generated HTTP
   [junit4]   1>                Caching headers, and to response to Cache 
Validation requests
   [junit4]   1>                correctly, set the value of never304="false"
   [junit4]   1>       
   [junit4]   1>                This will cause Solr to generate Last-Modified 
and ETag
   [junit4]   1>                headers based on the properties of the Index.
   [junit4]   1>       
   [junit4]   1>                The following options can also be specified to 
affect the
   [junit4]   1>                values of these headers...
   [junit4]   1>       
   [junit4]   1>                lastModFrom - the default value is "openTime" 
which means the
   [junit4]   1>                Last-Modified value (and validation against 
If-Modified-Since
   [junit4]   1>                requests) will all be relative to when the 
current Searcher
   [junit4]   1>                was opened.  You can change it to 
lastModFrom="dirLastMod" if
   [junit4]   1>                you want the value to exactly correspond to 
when the physical
   [junit4]   1>                index was last modified.
   [junit4]   1>       
   [junit4]   1>                etagSeed="..." is an option you can change to 
force the ETag
   [junit4]   1>                header (and validation against If-None-Match 
requests) to be
   [junit4]   1>                different even if the index has not changed 
(ie: when making
   [junit4]   1>                significant changes to your config file)
   [junit4]   1>       
   [junit4]   1>                (lastModifiedFrom and etagSeed are both ignored 
if you use
   [junit4]   1>                the never304="true" option)
   [junit4]   1>             -->
   [junit4]   1>           <!--
   [junit4]   1>              <httpCaching lastModifiedFrom="openTime"
   [junit4]   1>                           etagSeed="Solr">
   [junit4]   1>                <cacheControl>max-age=30, public</cacheControl>
   [junit4]   1>              </httpCaching>
   [junit4]   1>             -->
   [junit4]   1>         </requestDispatcher>
   [junit4]   1>       
   [junit4]   1>         <!-- Request Handlers
   [junit4]   1>       
   [junit4]   1>              http://wiki.apache.org/solr/SolrRequestHandler
   [junit4]   1>       
   [junit4]   1>              Incoming queries will be dispatched to a specific 
handler by name
   [junit4]   1>              based on the path specified in the request.
   [junit4]   1>       
   [junit4]   1>              If a Request Handler is declared with 
startup="lazy", then it will
   [junit4]   1>              not be initialized until the first request that 
uses it.
   [junit4]   1>       
   [junit4]   1>           -->
   [junit4]   1>         <!-- SearchHandler
   [junit4]   1>       
   [junit4]   1>              http://wiki.apache.org/solr/SearchHandler
   [junit4]   1>       
   [junit4]   1>              For processing Search Queries, the primary 
Request Handler
   [junit4]   1>              provided with Solr is "SearchHandler" It 
delegates to a sequent
   [junit4]   1>              of SearchComponents (see below) and supports 
distributed
   [junit4]   1>              queries across multiple shards
   [junit4]   1>           -->
   [junit4]   1>         <requestHandler name="/select" 
class="solr.SearchHandler">
   [junit4]   1>           <!-- default values for query parameters can be 
specified, these
   [junit4]   1>                will be overridden by parameters in the request
   [junit4]   1>             -->
   [junit4]   1>           <lst name="defaults">
   [junit4]   1>             <str name="echoParams">explicit</str>
   [junit4]   1>             <int name="rows">10</int>
   [junit4]   1>             <!-- Default search field
   [junit4]   1>                <str name="df">text</str> 
   [junit4]   1>               -->
   [junit4]   1>             <!-- Change from JSON to XML format (the default 
prior to Solr 7.0)
   [junit4]   1>                <str name="wt">xml</str> 
   [junit4]   1>               -->
   [junit4]   1>           </lst>
   [junit4]   1>           <!-- In addition to defaults, "appends" params can 
be specified
   [junit4]   1>                to identify values which should be appended to 
the list of
   [junit4]   1>                multi-val params from the query (or the 
existing "defaults").
   [junit4]   1>             -->
   [junit4]   1>           <!-- In this example, the param "fq=instock:true" 
would be appended to
   [junit4]   1>                any query time fq params the user may specify, 
as a mechanism for
   [junit4]   1>                partitioning the index, independent of any user 
selected filtering
   [junit4]   1>                that may also be desired (perhaps as a result 
of faceted searching).
   [junit4]   1>       
   [junit4]   1>                NOTE: there is *absolutely* nothing a client 
can do to prevent these
   [junit4]   1>                "appends" values from being used, so don't use 
this mechanism
   [junit4]   1>                unless you are sure you always want it.
   [junit4]   1>             -->
   [junit4]   1>           <!--
   [junit4]   1>              <lst name="appends">
   [junit4]   1>                <str name="fq">inStock:true</str>
   [junit4]   1>              </lst>
   [junit4]   1>             -->
   [junit4]   1>           <!-- "invariants" are a way of letting the Solr 
maintainer lock down
   [junit4]   1>                the options available to Solr clients.  Any 
params values
   [junit4]   1>                specified here are used regardless of what 
values may be specified
   [junit4]   1>                in either the query, the "defaults", or the 
"appends" params.
   [junit4]   1>       
   [junit4]   1>                In this example, the facet.field and 
facet.query params would
   [junit4]   1>                be fixed, limiting the facets clients can use.  
Faceting is
   [junit4]   1>                not turned on by default - but if the client 
does specify
   [junit4]   1>                facet=true in the request, these are the only 
facets they
   [junit4]   1>                will be able to see counts for; regardless of 
what other
   [junit4]   1>                facet.field or facet.query params they may 
specify.
   [junit4]   1>       
   [junit4]   1>                NOTE: there is *absolutely* nothing a client 
can do to prevent these
   [junit4]   1>                "invariants" values from being used, so don't 
use this mechanism
   [junit4]   1>                unless you are sure you always want it.
   [junit4]   1>             -->
   [junit4]   1>           <!--
   [junit4]   1>              <lst name="invariants">
   [junit4]   1>                <str name="facet.field">cat</str>
   [junit4]   1>                <str name="facet.field">manu_exact</str>
   [junit4]   1>                <str name="facet.query">price:[* TO 500]</str>
   [junit4]   1>                <str name="facet.query">price:[500 TO *]</str>
   [junit4]   1>              </lst>
   [junit4]   1>             -->
   [junit4]   1>           <!-- If the default list of SearchComponents is not 
desired, that
   [junit4]   1>                list can either be overridden completely, or 
components can be
   [junit4]   1>                prepended or appended to the default list.  
(see below)
   [junit4]   1>             -->
   [junit4]   1>           <!--
   [junit4]   1>              <arr name="components">
   [junit4]   1>                <str>nameOfCustomComponent1</str>
   [junit4]   1>                <str>nameOfCustomComponent2</str>
   [junit4]   1>              </arr>
   [junit4]   1>             -->
   [junit4]   1>         </requestHandler>
   [junit4]   1>       
   [junit4]   1>         <!-- A request handler that returns indented JSON by 
default -->
   [junit4]   1>         <requestHandler name="/query" 
class="solr.SearchHandler">
   [junit4]   1>           <lst name="defaults">
   [junit4]   1>             <str name="echoParams">explicit</str>
   [junit4]   1>             <str name="wt">json</str>
   [junit4]   1>             <str name="indent">true</str>
   [junit4]   1>           </lst>
   [junit4]   1>         </requestHandler>
   [junit4]   1>       
   [junit4]   1>       
   [junit4]   1>         <!-- A Robust Example
   [junit4]   1>       
   [junit4]   1>              This example SearchHandler declaration shows off 
usage of the
   [junit4]   1>              SearchHandler with many defaults declared
   [junit4]   1>       
   [junit4]   1>              Note that multiple instances of the same Request 
Handler
   [junit4]   1>              (SearchHandler) can be registered multiple times 
with different
   [junit4]   1>              names (and different init parameters)
   [junit4]   1>           -->
   [junit4]   1>         <requestHandler name="/browse" 
class="solr.SearchHandler" useParams="query,facets,velocity,browse">
   [junit4]   1>           <lst name="defaults">
   [junit4]   1>             <str name="echoParams">explicit</str>
   [junit4]   1>           </lst>
   [junit4]   1>         </requestHandler>
   [junit4]   1>       
   [junit4]   1>         <initParams 
path="/update/**,/query,/select,/tvrh,/elevate,/spell,/browse">
   [junit4]   1>           <lst name="defaults">
   [junit4]   1>             <str name="df">_text_</str>
   [junit4]   1>           </lst>
   [junit4]   1>         </initParams>
   [junit4]   1>       
   [junit4]   1>         <!-- Solr Cell Update Request Handler
   [junit4]   1>       
   [junit4]   1>              
http://wiki.apache.org/solr/ExtractingRequestHandler
   [junit4]   1>       
   [junit4]   1>           -->
   [junit4]   1>         <requestHandler name="/update/extract"
   [junit4]   1>                         startup="lazy"
   [junit4]   1>                         
class="solr.extraction.ExtractingRequestHandler" >
   [junit4]   1>           <lst name="defaults">
   [junit4]   1>             <str name="lowernames">true</str>
   [junit4]   1>             <str name="fmap.meta">ignored_</str>
   [junit4]   1>             <str name="fmap.content">_text_</str>
   [junit4]   1>           </lst>
   [junit4]   1>         </requestHandler>
   [junit4]   1>       
   [junit4]   1>         <!-- Search Components
   [junit4]   1>       
   [junit4]   1>              Search components are registered to SolrCore and 
used by
   [junit4]   1>              instances of SearchHandler (which can access them 
by name)
   [junit4]   1>       
   [junit4]   1>              By default, the following components are 
available:
   [junit4]   1>       
   [junit4]   1>              <searchComponent name="query"     
class="solr.QueryComponent" />
   [junit4]   1>              <searchComponent name="facet"     
class="solr.FacetComponent" />
   [junit4]   1>              <searchComponent name="mlt"       
class="solr.MoreLikeThisComponent" />
   [junit4]   1>              <searchComponent name="highlight" 
class="solr.HighlightComponent" />
   [junit4]   1>              <searchComponent name="stats"     
class="solr.StatsComponent" />
   [junit4]   1>              <searchComponent name="debug"     
class="solr.DebugComponent" />
   [junit4]   1>       
   [junit4]   1>              Default configuration in a requestHandler would 
look like:
   [junit4]   1>       
   [junit4]   1>              <arr name="components">
   [junit4]   1>                <str>query</str>
   [junit4]   1>                <str>facet</str>
   [junit4]   1>                <str>mlt</str>
   [junit4]   1>                <str>highlight</str>
   [junit4]   1>                <str>stats</str>
   [junit4]   1>                <str>debug</str>
   [junit4]   1>              </arr>
   [junit4]   1>       
   [junit4]   1>              If you register a searchComponent to one of the 
standard names,
   [junit4]   1>              that will be used instead of the default.
   [junit4]   1>       
   [junit4]   1>              To insert components before or after the 
'standard' components, use:
   [junit4]   1>       
   [junit4]   1>              <arr name="first-components">
   [junit4]   1>                <str>myFirstComponentName</str>
   [junit4]   1>              </arr>
   [junit4]   1>       
   [junit4]   1>              <arr name="last-components">
   [junit4]   1>                <str>myLastComponentName</str>
   [junit4]   1>              </arr>
   [junit4]   1>       
   [junit4]   1>              NOTE: The component registered with the name 
"debug" will
   [junit4]   1>              always be executed after the "last-components"
   [junit4]   1>       
   [junit4]   1>            -->
   [junit4]   1>       
   [junit4]   1>         <!-- Spell Check
   [junit4]   1>       
   [junit4]   1>              The spell check component can return a list of 
alternative spelling
   [junit4]   1>              suggestions.
   [junit4]   1>       
   [junit4]   1>              http://wiki.apache.org/solr/SpellCheckComponent
   [junit4]   1>           -->
   [junit4]   1>         <searchComponent name="spellcheck" 
class="solr.SpellCheckComponent">
   [junit4]   1>       
   [junit4]   1>           <str name="queryAnalyzerFieldType">text_general</str>
   [junit4]   1>       
   [junit4]   1>           <!-- Multiple "Spell Checkers" can be declared and 
used by this
   [junit4]   1>                component
   [junit4]   1>             -->
   [junit4]   1>       
   [junit4]   1>           <!-- a spellchecker built from a field of the main 
index -->
   [junit4]   1>           <lst name="spellchecker">
   [junit4]   1>             <str name="name">default</str>
   [junit4]   1>             <str name="field">_text_</str>
   [junit4]   1>             <str 
name="classname">solr.DirectSolrSpellChecker</str>
   [junit4]   1>             <!-- the spellcheck distance measure used, the 
default is the internal levenshtein -->
   [junit4]   1>             <str name="distanceMeasure">internal</str>
   [junit4]   1>             <!-- minimum accuracy needed to be considered a 
valid spellcheck suggestion -->
   [junit4]   1>             <float name="accuracy">0.5</float>
   [junit4]   1>             <!-- the maximum #edits we consider when 
enumerating terms: can be 1 or 2 -->
   [junit4]   1>             <int name="maxEdits">2</int>
   [junit4]   1>             <!-- the minimum shared prefix when enumerating 
terms -->
   [junit4]   1>             <int name="minPrefix">1</int>
   [junit4]   1>             <!-- maximum number of inspections per result. -->
   [junit4]   1>             <int name="maxInspections">5</int>
   [junit4]   1>             <!-- minimum length of a query term to be 
considered for correction -->
   [junit4]   1>             <int name="minQueryLength">4</int>
   [junit4]   1>             <!-- maximum threshold of documents a query term 
can appear to be considered for correction -->
   [junit4]   1>             <float name="maxQueryFrequency">0.01</float>
   [junit4]   1>             <!-- uncomment this to require suggestions to 
occur in 1% of the documents
   [junit4]   1>               <float name="thresholdTokenFrequency">.01</float>
   [junit4]   1>             -->
   [junit4]   1>           </lst>
   [junit4]   1>       
   [junit4]   1>           <!-- a spellchecker that can break or combine words. 
 See "/spell" handler below for usage -->
   [junit4]   1>           <!--
   [junit4]   1>           <lst name="spellchecker">
   [junit4]   1>             <str name="name">wordbreak</str>
   [junit4]   1>             <str 
name="classname">solr.WordBreakSolrSpellChecker</str>
   [junit4]   1>             <str name="field">name</str>
   [junit4]   1>             <str name="combineWords">true</str>
   [junit4]   1>             <str name="breakWords">true</str>
   [junit4]   1>             <int name="maxChanges">10</int>
   [junit4]   1>           </lst>
   [junit4]   1>           -->
   [junit4]   1>         </searchComponent>
   [junit4]   1>       
   [junit4]   1>         <!-- A request handler for demonstrating the 
spellcheck component.
   [junit4]   1>       
   [junit4]   1>              NOTE: This is purely as an example.  The whole 
purpose of the
   [junit4]   1>              SpellCheckComponent is to hook it into the 
request handler that
   [junit4]   1>              handles your normal user queries so that a 
separate request is
   [junit4]   1>              not needed to get suggestions.
   [junit4]   1>       
   [junit4]   1>              IN OTHER WORDS, THERE IS REALLY GOOD CHANCE THE 
SETUP BELOW IS
   [junit4]   1>              NOT WHAT YOU WANT FOR YOUR PRODUCTION SYSTEM!
   [junit4]   1>       
   [junit4]   1>              See 
http://wiki.apache.org/solr/SpellCheckComponent for details
   [junit4]   1>              on the request parameters.
   [junit4]   1>           -->
   [junit4]   1>         <requestHandler name="/spell" 
class="solr.SearchHandler" startup="lazy">
   [junit4]   1>           <lst name="defaults">
   [junit4]   1>             <!-- Solr will use suggestions from both the 
'default' spellchecker
   [junit4]   1>                  and from the 'wordbreak' spellchecker and 
combine them.
   [junit4]   1>                  collations (re-written queries) can include a 
combination of
   [junit4]   1>                  corrections from both spellcheckers -->
   [junit4]   1>             <str name="spellcheck.dictionary">default</str>
   [junit4]   1>             <str name="spellcheck">on</str>
   [junit4]   1>             <str name="spellcheck.extendedResults">true</str>
   [junit4]   1>             <str name="spellcheck.count">10</str>
   [junit4]   1>             <str name="spellcheck.alternativeTermCount">5</str>
   [junit4]   1>             <str name="spellcheck.maxResultsForSuggest">5</str>
   [junit4]   1>             <str name="spellcheck.collate">true</str>
   [junit4]   1>             <str 
name="spellcheck.collateExtendedResults">true</str>
   [junit4]   1>             <str name="spellcheck.maxCollationTries">10</str>
   [junit4]   1>             <str name="spellcheck.maxCollations">5</str>
   [junit4]   1>           </lst>
   [junit4]   1>           <arr name="last-components">
   [junit4]   1>             <str>spellcheck</str>
   [junit4]   1>           </arr>
   [junit4]   1>         </requestHandler>
   [junit4]   1>       
   [junit4]   1>         <!-- Term Vector Component
   [junit4]   1>       
   [junit4]   1>              http://wiki.apache.org/solr/TermVectorComponent
   [junit4]   1>           -->
   [junit4]   1>         <searchComponent name="tvComponent" 
class="solr.TermVectorComponent"/>
   [junit4]   1>       
   [junit4]   1>         <!-- A request handler for demonstrating the term 
vector component
   [junit4]   1>       
   [junit4]   1>              This is purely as an example.
   [junit4]   1>       
   [junit4]   1>              In reality you will likely want to add the 
component to your
   [junit4]   1>              already specified request handlers.
   [junit4]   1>           -->
   [junit4]   1>         <requestHandler name="/tvrh" 
class="solr.SearchHandler" startup="lazy">
   [junit4]   1>           <lst name="defaults">
   [junit4]   1>             <bool name="tv">true</bool>
   [junit4]   1>           </lst>
   [junit4]   1>           <arr name="last-components">
   [junit4]   1>             <str>tvComponent</str>
   [junit4]   1>           </arr>
   [junit4]   1>         </requestHandler>
   [junit4]   1>       
   [junit4]   1>         <!-- Clustering Component. (Omitted here. See the 
default Solr example for a typical configuration.) -->
   [junit4]   1>       
   [junit4]   1>         <!-- Terms Component
   [junit4]   1>       
   [junit4]   1>              http://wiki.apache.org/solr/TermsComponent
   [junit4]   1>       
   [junit4]   1>              A component to return terms and document 
frequency of those
   [junit4]   1>              terms
   [junit4]   1>           -->
   [junit4]   1>         <searchComponent name="terms" 
class="solr.TermsComponent"/>
   [junit4]   1>       
   [junit4]   1>         <!-- A request handler for demonstrating the terms 
component -->
   [junit4]   1>         <requestHandler name="/terms" 
class="solr.SearchHandler" startup="lazy">
   [junit4]   1>           <lst name="defaults">
   [junit4]   1>             <bool name="terms">true</bool>
   [junit4]   1>             <bool name="distrib">false</bool>
   [junit4]   1>           </lst>
   [junit4]   1>           <arr name="components">
   [junit4]   1>             <str>terms</str>
   [junit4]   1>           </arr>
   [junit4]   1>         </requestHandler>
   [junit4]   1>       
   [junit4]   1>       
   [junit4]   1>         <!-- Query Elevation Component
   [junit4]   1>       
   [junit4]   1>              
http://wiki.apache.org/solr/QueryElevationComponent
   [junit4]   1>       
   [junit4]   1>              a search component that enables you to configure 
the top
   [junit4]   1>              results for a given query regardless of the 
normal lucene
   [junit4]   1>              scoring.
   [junit4]   1>           -->
   [junit4]   1>         <searchComponent name="elevator" 
class="solr.QueryElevationComponent" >
   [junit4]   1>           <!-- pick a fieldType to analyze queries -->
   [junit4]   1>           <str name="queryFieldType">string</str>
   [junit4]   1>         </searchComponent>
   [junit4]   1>       
   [junit4]   1>         <!-- A request handler for demonstrating the elevator 
component -->
   [junit4]   1>         <requestHandler name="/elevate" 
class="solr.SearchHandler" startup="lazy">
   [junit4]   1>           <lst name="defaults">
   [junit4]   1>             <str name="echoParams">explicit</str>
   [junit4]   1>           </lst>
   [junit4]   1>           <arr name="last-components">
   [junit4]   1>             <str>elevator</str>
   [junit4]   1>           </arr>
   [junit4]   1>         </requestHandler>
   [junit4]   1>       
   [junit4]   1>         <!-- Highlighting Component
   [junit4]   1>       
   [junit4]   1>              http://wiki.apache.org/solr/HighlightingParameters
   [junit4]   1>           -->
   [junit4]   1>         <searchComponent class="solr.HighlightComponent" 
name="highlight">
   [junit4]   1>           <highlighting>
   [junit4]   1>             <!-- Configure the standard fragmenter -->
   [junit4]   1>             <!-- This could most likely be commented out in 
the "default" case -->
   [junit4]   1>             <fragmenter name="gap"
   [junit4]   1>                         default="true"
   [junit4]   1>                         class="solr.highlight.GapFragmenter">
   [junit4]   1>               <lst name="defaults">
   [junit4]   1>                 <int name="hl.fragsize">100</int>
   [junit4]   1>               </lst>
   [junit4]   1>             </fragmenter>
   [junit4]   1>       
   [junit4]   1>             <!-- A regular-expression-based fragmenter
   [junit4]   1>                  (for sentence extraction)
   [junit4]   1>               -->
   [junit4]   1>             <fragmenter name="regex"
   [junit4]   1>                         class="solr.highlight.RegexFragmenter">
   [junit4]   1>               <lst name="defaults">
   [junit4]   1>                 <!-- slightly smaller fragsizes work better 
because of slop -->
   [junit4]   1>                 <int name="hl.fragsize">70</int>
   [junit4]   1>                 <!-- allow 50% slop on fragment sizes -->
   [junit4]   1>                 <float name="hl.regex.slop">0.5</float>
   [junit4]   1>                 <!-- a basic sentence pattern -->
   [junit4]   1>                 <str name="hl.regex.pattern">[-\w 
,/\n\&quot;&apos;]{20,200}</str>
   [junit4]   1>               </lst>
   [junit4]   1>             </fragmenter>
   [junit4]   1>       
   [junit4]   1>             <!-- Configure the standard formatter -->
   [junit4]   1>             <formatter name="html"
   [junit4]   1>                        default="true"
   [junit4]   1>                        class="solr.highlight.HtmlFormatter">
   [junit4]   1>               <lst name="defaults">
   [junit4]   1>                 <str 
name="hl.simple.pre"><![CDATA[<em>]]></str>
   [junit4]   1>                 <str 
name="hl.simple.post"><![CDATA[</em>]]></str>
   [junit4]   1>               </lst>
   [junit4]   1>             </formatter>
   [junit4]   1>       
   [junit4]   1>             <!-- Configure the standard encoder -->
   [junit4]   1>             <encoder name="html"
   [junit4]   1>                      class="solr.highlight.HtmlEncoder" />
   [junit4]   1>       
   [junit4]   1>             <!-- Configure the standard fragListBuilder -->
   [junit4]   1>             <fragListBuilder name="simple"
   [junit4]   1>                              
class="solr.highlight.SimpleFragListBuilder"/>
   [junit4]   1>       
   [junit4]   1>             <!-- Configure the single fragListBuilder -->
   [junit4]   1>             <fragListBuilder name="single"
   [junit4]   1>                              
class="solr.highlight.SingleFragListBuilder"/>
   [junit4]   1>       
   [junit4]   1>             <!-- Configure the weighted fragListBuilder -->
   [junit4]   1>             <fragListBuilder name="weighted"
   [junit4]   1>                              default="true"
   [junit4]   1>                              
class="solr.highlight.WeightedFragListBuilder"/>
   [junit4]   1>       
   [junit4]   1>             <!-- default tag FragmentsBuilder -->
   [junit4]   1>             <fragmentsBuilder name="default"
   [junit4]   1>                               default="true"
   [junit4]   1>                               
class="solr.highlight.ScoreOrderFragmentsBuilder">
   [junit4]   1>               <!--
   [junit4]   1>               <lst name="defaults">
   [junit4]   1>                 <str name="hl.multiValuedSeparatorChar">/</str>
   [junit4]   1>               </lst>
   [junit4]   1>               -->
   [junit4]   1>             </fragmentsBuilder>
   [junit4]   1>       
   [junit4]   1>             <!-- multi-colored tag FragmentsBuilder -->
   [junit4]   1>             <fragmentsBuilder name="colored"
   [junit4]   1>                               
class="solr.highlight.ScoreOrderFragmentsBuilder">
   [junit4]   1>               <lst name="defaults">
   [junit4]   1>                 <str name="hl.tag.pre"><![CDATA[
   [junit4]   1>                      <b style="background:yellow">,<b 
style="background:lawgreen">,
   [junit4]   1>                      <b style="background:aquamarine">,<b 
style="background:magenta">,
   [junit4]   1>                      <b style="background:palegreen">,<b 
style="background:coral">,
   [junit4]   1>                      <b style="background:wheat">,<b 
style="background:khaki">,
   [junit4]   1>                      <b style="background:lime">,<b 
style="background:deepskyblue">]]></str>
   [junit4]   1>                 <str name="hl.tag.post"><![CDATA[</b>]]></str>
   [junit4]   1>               </lst>
   [junit4]   1>             </fragmentsBuilder>
   [junit4]   1>       
   [junit4]   1>             <boundaryScanner name="default"
   [junit4]   1>                              default="true"
   [junit4]   1>                              
class="solr.highlight.SimpleBoundaryScanner">
   [junit4]   1>               <lst name="defaults">
   [junit4]   1>                 <str name="hl.bs.maxScan">10</str>
   [junit4]   1>                 <str name="hl.bs.chars">.,!? 
&#9;&#10;&#13;</str>
   [junit4]   1>               </lst>
   [junit4]   1>             </boundaryScanner>
   [junit4]   1>       
   [junit4]   1>             <boundaryScanner name="breakIterator"
   [junit4]   1>                              
class="solr.highlight.BreakIteratorBoundaryScanner">
   [junit4]   1>               <lst name="defaults">
   [junit4]   1>                 <!-- type should be one of CHARACTER, 
WORD(default), LINE and SENTENCE -->
   [junit4]   1>                 <str name="hl.bs.type">WORD</str>
   [junit4]   1>                 <!-- language and country are used when 
constructing Locale object.  -->
   [junit4]   1>                 <!-- And the Locale object will be used when 
getting instance of BreakIterator -->
   [junit4]   1>                 <str name="hl.bs.language">en</str>
   [junit4]   1>                 <str name="hl.bs.country">US</str>
   [junit4]   1>               </lst>
   [junit4]   1>             </boundaryScanner>
   [junit4]   1>           </highlighting>
   [junit4]   1>         </searchComponent>
   [junit4]   1>       
   [junit4]   1>         <!-- Update Processors
   [junit4]   1>       
   [junit4]   1>              Chains of Update Processor Factories for dealing 
with Update
   [junit4]   1>              Requests can be declared, and then used by name 
in Update
   [junit4]   1>              Request Processors
   [junit4]   1>       
   [junit4]   1>              http://wiki.apache.org/solr/UpdateRequestProcessor
   [junit4]   1>       
   [junit4]   1>           -->
   [junit4]   1>       
   [junit4]   1>         <!-- Add unknown fields to the schema
   [junit4]   1>       
   [junit4]   1>              Field type guessing update processors that will
   [junit4]   1>              attempt to parse string-typed field values as 
Booleans, Longs,
   [junit4]   1>              Doubles, or Dates, and then add schema fields 
with the guessed
   [junit4]   1>              field types. Text content will be indexed as 
"text_general" as
   [junit4]   1>              well as a copy to a plain string version in *_str.
   [junit4]   1>       
   [junit4]   1>              These require that the schema is both managed and 
mutable, by
   [junit4]   1>              declaring schemaFactory as 
ManagedIndexSchemaFactory, with
   [junit4]   1>              mutable specified as true.
   [junit4]   1>       
   [junit4]   1>              See http://wiki.apache.org/solr/GuessingFieldTypes
   [junit4]   1>           -->
   [junit4]   1>         <updateProcessor 
class="solr.UUIDUpdateProcessorFactory" name="uuid"/>
   [junit4]   1>         <updateProcessor 
class="solr.RemoveBlankFieldUpdateProcessorFactory" name="remove-blank"/>
   [junit4]   1>         <updateProcessor 
class="solr.FieldNameMutatingUpdateProcessorFactory" name="field-name-mutating">
   [junit4]   1>           <str name="pattern">[^\w-\.]</str>
   [junit4]   1>           <str name="replacement">_</str>
   [junit4]   1>         </updateProcessor>
   [junit4]   1>         <updateProcessor 
class="solr.ParseBooleanFieldUpdateProcessorFactory" name="parse-boolean"/>
   [junit4]   1>         <updateProcessor 
class="solr.ParseLongFieldUpdateProcessorFactory" name="parse-long"/>
   [junit4]   1>         <updateProcessor 
class="solr.ParseDoubleFieldUpdateProcessorFactory" name="parse-double"/>
   [junit4]   1>         <updateProcessor 
class="solr.ParseDateFieldUpdateProcessorFactory" name="parse-date">
   [junit4]   1>           <arr name="format">
   [junit4]   1>             <str>yyyy-MM-dd'T'HH:mm:ss.SSSZ</str>
   [junit4]   1>             <str>yyyy-MM-dd'T'HH:mm:ss,SSSZ</str>
   [junit4]   1>             <str>yyyy-MM-dd'T'HH:mm:ss.SSS</str>
   [junit4]   1>             <str>yyyy-MM-dd'T'HH:mm:ss,SSS</str>
   [junit4]   1>             <str>yyyy-MM-dd'T'HH:mm:ssZ</str>
   [junit4]   1>             <str>yyyy-MM-dd'T'HH:mm:ss</str>
   [junit4]   1>             <str>yyyy-MM-dd'T'HH:mmZ</str>
   [junit4]   1>             <str>yyyy-MM-dd'T'HH:mm</str>
   [junit4]   1>             <str>yyyy-MM-dd HH:mm:ss.SSSZ</str>
   [junit4]   1>             <str>yyyy-MM-dd HH:mm:ss,SSSZ</str>
   [junit4]   1>             <str>yyyy-MM-dd HH:mm:ss.SSS</str>
   [junit4]   1>             <str>yyyy-MM-dd HH:mm:ss,SSS</str>
   [junit4]   1>             <str>yyyy-MM-dd HH:mm:ssZ</str>
   [junit4]   1>             <str>yyyy-MM-dd HH:mm:ss</str>
   [junit4]   1>             <str>yyyy-MM-dd HH:mmZ</str>
   [junit4]   1>             <str>yyyy-MM-dd HH:mm</str>
   [junit4]   1>             <str>yyyy-MM-dd</str>
   [junit4]   1>           </arr>
   [junit4]   1>         </updateProcessor>
   [junit4]   1>         <updateProcessor 
class="solr.AddSchemaFieldsUpdateProcessorFactory" name="add-schema-fields">
   [junit4]   1>           <lst name="typeMapping">
   [junit4]   1>             <str name="valueClass">java.lang.String</str>
   [junit4]   1>             <str name="fieldType">text_general</str>
   [junit4]   1>             <lst name="copyField">
   [junit4]   1>               <str name="dest">*_str</str>
   [junit4]   1>               <int name="maxChars">256</int>
   [junit4]   1>             </lst>
   [junit4]   1>             <!-- Use as default mapping instead of 
defaultFieldType -->
   [junit4]   1>             <bool name="default">true</bool>
   [junit4]   1>           </lst>
   [junit4]   1>           <lst name="typeMapping">
   [junit4]   1>             <str name="valueClass">java.lang.Boolean</str>
   [junit4]   1>             <str name="fieldType">booleans</str>
   [junit4]   1>           </lst>
   [junit4]   1>           <lst name="typeMapping">
   [junit4]   1>             <str name="valueClass">java.util.Date</str>
   [junit4]   1>             <str name="fieldType">pdates</str>
   [junit4]   1>           </lst>
   [junit4]   1>           <lst name="typeMapping">
   [junit4]   1>             <str name="valueClass">java.lang.Long</str>
   [junit4]   1>             <str name="valueClass">java.lang.Integer</str>
   [junit4]   1>             <str name="fieldType">plongs</str>
   [junit4]   1>           </lst>
   [junit4]   1>           <lst name="typeMapping">
   [junit4]   1>             <str name="valueClass">java.lang.Number</str>
   [junit4]   1>             <str name="fieldType">pdoubles</str>
   [junit4]   1>           </lst>
   [junit4]   1>         </updateProcessor>
   [junit4]   1>       
   [junit4]   1>         <!-- The update.autoCreateFields property can be 
turned to false to disable schemaless mode -->
 

[...truncated too long message...]

:203)
   [junit4]   2>        at java.lang.Thread.run(Thread.java:748)
   [junit4]   2> 562790 WARN  
(TEST-TestPullReplica.testKillLeader-seed#[E658B7954186D0F6]) [    ] 
o.a.s.c.TestPullReplica Jetty 33995 not running, probably some bad test. 
Starting it
   [junit4]   2> 562798 ERROR 
(TEST-TestPullReplica.testKillLeader-seed#[E658B7954186D0F6]) [    ] 
o.a.s.u.StartupLoggingUtils Missing Java Option solr.log.dir. Logging may be 
missing or incomplete.
   [junit4]   2> NOTE: reproduce with: ant test  -Dtestcase=TestPullReplica 
-Dtests.method=testKillLeader -Dtests.seed=E658B7954186D0F6 
-Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=es-EC 
-Dtests.timezone=Kwajalein -Dtests.asserts=true -Dtests.file.encoding=UTF-8
   [junit4] FAILURE 96.3s J1 | TestPullReplica.testKillLeader <<<
   [junit4]    > Throwable #1: java.lang.AssertionError: Replica state not 
updated in cluster state
   [junit4]    > null
   [junit4]    > Live Nodes: [127.0.0.1:46677_solr, 127.0.0.1:33995_solr]
   [junit4]    > Last available state: 
DocCollection(pull_replica_test_kill_leader//collections/pull_replica_test_kill_leader/state.json/6)={
   [junit4]    >   "pullReplicas":"1",
   [junit4]    >   "replicationFactor":"1",
   [junit4]    >   "shards":{"shard1":{
   [junit4]    >       "range":"80000000-7fffffff",
   [junit4]    >       "state":"active",
   [junit4]    >       "replicas":{
   [junit4]    >         "core_node3":{
   [junit4]    >           
"core":"pull_replica_test_kill_leader_shard1_replica_n1",
   [junit4]    >           "base_url":"https://127.0.0.1:33995/solr";,
   [junit4]    >           "node_name":"127.0.0.1:33995_solr",
   [junit4]    >           "state":"down",
   [junit4]    >           "type":"NRT",
   [junit4]    >           "leader":"true"},
   [junit4]    >         "core_node4":{
   [junit4]    >           
"core":"pull_replica_test_kill_leader_shard1_replica_p2",
   [junit4]    >           "base_url":"https://127.0.0.1:46677/solr";,
   [junit4]    >           "node_name":"127.0.0.1:46677_solr",
   [junit4]    >           "state":"active",
   [junit4]    >           "type":"PULL"}}}},
   [junit4]    >   "router":{"name":"compositeId"},
   [junit4]    >   "maxShardsPerNode":"100",
   [junit4]    >   "autoAddReplicas":"false",
   [junit4]    >   "nrtReplicas":"1",
   [junit4]    >   "tlogReplicas":"0"}
   [junit4]    >        at 
__randomizedtesting.SeedInfo.seed([E658B7954186D0F6:AF4E4321233D44A0]:0)
   [junit4]    >        at 
org.apache.solr.cloud.SolrCloudTestCase.waitForState(SolrCloudTestCase.java:269)
   [junit4]    >        at 
org.apache.solr.cloud.TestPullReplica.doTestNoLeader(TestPullReplica.java:401)
   [junit4]    >        at 
org.apache.solr.cloud.TestPullReplica.testKillLeader(TestPullReplica.java:290)
   [junit4]    >        at java.lang.Thread.run(Thread.java:748)
   [junit4]   2> 571385 WARN  
(zkCallback-2013-thread-6-processing-n:127.0.0.1:46677_solr) 
[n:127.0.0.1:46677_solr    ] o.a.s.c.c.ZkStateReader ZooKeeper watch triggered, 
but Solr cannot talk to ZK: [KeeperErrorCode = Session expired for /live_nodes]
   [junit4]   2> 571386 WARN  
(zkCallback-2031-thread-1-processing-n:127.0.0.1:33995_solr) 
[n:127.0.0.1:33995_solr    ] o.a.s.c.c.ZkStateReader ZooKeeper watch triggered, 
but Solr cannot talk to ZK: [KeeperErrorCode = Session expired for /live_nodes]
   [junit4]   2> 571388 ERROR 
(SUITE-TestPullReplica-seed#[E658B7954186D0F6]-worker) [    ] 
o.a.z.s.ZooKeeperServer ZKShutdownHandler is not registered, so ZooKeeper 
server won't take any action on ERROR or SHUTDOWN server state changes
   [junit4]   2> 577928 WARN  (Thread-1330) [    ] o.a.s.c.ZkTestServer Watch 
limit violations: 
   [junit4]   2> Maximum concurrent create/delete watches above limit:
   [junit4]   2> 
   [junit4]   2>        19      /solr/configs/conf
   [junit4]   2>        5       /solr/aliases.json
   [junit4]   2>        4       /solr/security.json
   [junit4]   2> 
   [junit4]   2> Maximum concurrent data watches above limit:
   [junit4]   2> 
   [junit4]   2>        24      
/solr/collections/pull_replica_test_create_delete/state.json
   [junit4]   2>        23      
/solr/collections/pull_replica_test_remove_all_writer_replicas/state.json
   [junit4]   2>        21      
/solr/collections/pull_replica_test_kill_pull_replica/state.json
   [junit4]   2>        20      
/solr/collections/pull_replica_test_kill_leader/state.json
   [junit4]   2>        19      
/solr/collections/pull_replica_test_add_remove_pull_replica/state.json
   [junit4]   2>        13      
/solr/collections/pull_replica_test_add_docs/state.json
   [junit4]   2>        13      
/solr/collections/pull_replica_test_real_time_get/state.json
   [junit4]   2>        5       /solr/clusterstate.json
   [junit4]   2>        5       /solr/clusterprops.json
   [junit4]   2>        2       
/solr/overseer_elect/election/98537415732232197-127.0.0.1:46677_solr-n_0000000001
   [junit4]   2> 
   [junit4]   2> Maximum concurrent children watches above limit:
   [junit4]   2> 
   [junit4]   2>        5       /solr/collections
   [junit4]   2>        3       /solr/live_nodes
   [junit4]   2>        2       /solr/overseer/queue
   [junit4]   2>        2       /solr/overseer/queue-work
   [junit4]   2>        2       /solr/overseer/collection-queue-work
   [junit4]   2> 
   [junit4]   2> NOTE: leaving temporary files on disk at: 
/home/jenkins/workspace/Lucene-Solr-master-Linux/solr/build/solr-core/test/J1/temp/solr.cloud.TestPullReplica_E658B7954186D0F6-001
   [junit4]   2> NOTE: test params are: codec=Asserting(Lucene70): 
{_version_=PostingsFormat(name=LuceneVarGapDocFreqInterval), 
foo=PostingsFormat(name=LuceneVarGapDocFreqInterval), 
id=PostingsFormat(name=Memory), 
foo_s=PostingsFormat(name=LuceneVarGapDocFreqInterval)}, 
docValues:{_version_=DocValuesFormat(name=Memory)}, maxPointsInLeafNode=1117, 
maxMBSortInHeap=7.873477024213348, sim=RandomSimilarity(queryNorm=true): {}, 
locale=es-EC, timezone=Kwajalein
   [junit4]   2> NOTE: Linux 4.10.0-27-generic i386/Oracle Corporation 
1.8.0_144 (32-bit)/cpus=8,threads=1,free=92958920,total=298610688
   [junit4]   2> NOTE: All tests run in this JVM: 
[TestReplicationHandlerBackup, LargeFieldTest, ChaosMonkeySafeLeaderTest, 
AddBlockUpdateTest, SolrCloudExampleTest, DeleteReplicaTest, 
CSVRequestHandlerTest, ShardRoutingTest, BasicAuthIntegrationTest, 
TestRequestForwarding, TestSQLHandler, TestSolrCoreSnapshots, 
HdfsRecoverLeaseTest, TestBackupRepositoryFactory, 
TestFuzzyAnalyzedSuggestions, TestHashPartitioner, TestNumericTerms32, 
TolerantUpdateProcessorTest, DistributedTermsComponentTest, TestRestManager, 
TestHdfsCloudBackupRestore, CloudMLTQParserTest, TestMaxTokenLenTokenizer, 
TestHashQParserPlugin, SuggesterTSTTest, BlobRepositoryCloudTest, 
TestPartialUpdateDeduplication, DistribCursorPagingTest, 
TestSubQueryTransformerDistrib, SpatialFilterTest, CurrencyFieldTypeTest, 
TlogReplayBufferedWhileIndexingTest, TestValueSourceCache, GraphQueryTest, 
PrimUtilsTest, TestPullReplica]
   [junit4] Completed [155/732 (1!)] on J1 in 153.07s, 10 tests, 1 failure, 1 
skipped <<< FAILURES!

[...truncated 155 lines...]
   [junit4] Suite: org.apache.solr.metrics.reporters.SolrSlf4jReporterTest
   [junit4]   2> Creating dataDir: 
/home/jenkins/workspace/Lucene-Solr-master-Linux/solr/build/solr-core/test/J1/temp/solr.metrics.reporters.SolrSlf4jReporterTest_E658B7954186D0F6-001/init-core-data-001
   [junit4]   2> 701921 WARN  
(SUITE-SolrSlf4jReporterTest-seed#[E658B7954186D0F6]-worker) [    ] 
o.a.s.SolrTestCaseJ4 startTrackingSearchers: numOpens=1 numCloses=1
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=SolrSlf4jReporterTest -Dtests.method=testReporter 
-Dtests.seed=E658B7954186D0F6 -Dtests.multiplier=3 -Dtests.slow=true 
-Dtests.locale=de-CH -Dtests.timezone=America/Campo_Grande -Dtests.asserts=true 
-Dtests.file.encoding=UTF-8
   [junit4] FAILURE 6.51s J1 | SolrSlf4jReporterTest.testReporter <<<
   [junit4]    > Throwable #1: java.lang.AssertionError: No 'solr.node' logs 
in: {numFound=0,start=0,docs=[]}
   [junit4]    >        at 
__randomizedtesting.SeedInfo.seed([E658B7954186D0F6:B9BC9AA22A8A43B3]:0)
   [junit4]    >        at 
org.apache.solr.metrics.reporters.SolrSlf4jReporterTest.testReporter(SolrSlf4jReporterTest.java:85)
   [junit4]    >        at java.lang.Thread.run(Thread.java:748)
   [junit4]   2> NOTE: leaving temporary files on disk at: 
/home/jenkins/workspace/Lucene-Solr-master-Linux/solr/build/solr-core/test/J1/temp/solr.metrics.reporters.SolrSlf4jReporterTest_E658B7954186D0F6-001
   [junit4]   2> NOTE: test params are: codec=Lucene70, 
sim=RandomSimilarity(queryNorm=false): {}, locale=de-CH, 
timezone=America/Campo_Grande
   [junit4]   2> NOTE: Linux 4.10.0-27-generic i386/Oracle Corporation 
1.8.0_144 (32-bit)/cpus=8,threads=1,free=86270040,total=298283008
   [junit4]   2> NOTE: All tests run in this JVM: 
[TestReplicationHandlerBackup, LargeFieldTest, ChaosMonkeySafeLeaderTest, 
AddBlockUpdateTest, SolrCloudExampleTest, DeleteReplicaTest, 
CSVRequestHandlerTest, ShardRoutingTest, BasicAuthIntegrationTest, 
TestRequestForwarding, TestSQLHandler, TestSolrCoreSnapshots, 
HdfsRecoverLeaseTest, TestBackupRepositoryFactory, 
TestFuzzyAnalyzedSuggestions, TestHashPartitioner, TestNumericTerms32, 
TolerantUpdateProcessorTest, DistributedTermsComponentTest, TestRestManager, 
TestHdfsCloudBackupRestore, CloudMLTQParserTest, TestMaxTokenLenTokenizer, 
TestHashQParserPlugin, SuggesterTSTTest, BlobRepositoryCloudTest, 
TestPartialUpdateDeduplication, DistribCursorPagingTest, 
TestSubQueryTransformerDistrib, SpatialFilterTest, CurrencyFieldTypeTest, 
TlogReplayBufferedWhileIndexingTest, TestValueSourceCache, GraphQueryTest, 
PrimUtilsTest, TestPullReplica, TestTrieFacet, TestNoOpRegenerator, 
StatsReloadRaceTest, LeaderElectionContextKeyTest, 
TestSolrCloudWithDelegationTokens, RestartWhileUpdatingTest, 
TestComplexPhraseLeadingWildcard, TestSolrFieldCacheBean, 
CollectionStateFormat2Test, BaseCdcrDistributedZkTest, BlockDirectoryTest, 
IndexSchemaTest, TestFiltering, MetricUtilsTest, ExitableDirectoryReaderTest, 
TestCustomStream, TestNumericTokenStream, TestSearchPerf, ConnectionReuseTest, 
SolrSlf4jReporterTest]
   [junit4] Completed [205/732 (2!)] on J1 in 6.56s, 1 test, 1 failure <<< 
FAILURES!

[...truncated 41068 lines...]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to