290 lines
11 KiB
XML
290 lines
11 KiB
XML
<?xml version="1.0" encoding="UTF-8" ?>
|
|
|
|
<!-- This is the default config with stuff non-essential to Dovecot removed. -->
|
|
|
|
<config>
|
|
<!-- Controls what version of Lucene various components of Solr
|
|
adhere to. Generally, you want to use the latest version to
|
|
get all bug fixes and improvements. It is highly recommended
|
|
that you fully re-index after changing this setting as it can
|
|
affect both how text is indexed and queried.
|
|
-->
|
|
<luceneMatchVersion>7.7.0</luceneMatchVersion>
|
|
|
|
<!-- A 'dir' option by itself adds any files found in the directory
|
|
to the classpath, this is useful for including all jars in a
|
|
directory.
|
|
|
|
When a 'regex' is specified in addition to a 'dir', only the
|
|
files in that directory which completely match the regex
|
|
(anchored on both ends) will be included.
|
|
|
|
If a 'dir' option (with or without a regex) is used and nothing
|
|
is found that matches, a warning will be logged.
|
|
|
|
The examples below can be used to load some solr-contribs along
|
|
with their external dependencies.
|
|
-->
|
|
<lib dir="${solr.install.dir:../../../..}/contrib/extraction/lib" regex=".*\.jar" />
|
|
<lib dir="${solr.install.dir:../../../..}/dist/" regex="solr-cell-\d.*\.jar" />
|
|
|
|
<lib dir="${solr.install.dir:../../../..}/contrib/clustering/lib/" regex=".*\.jar" />
|
|
<lib dir="${solr.install.dir:../../../..}/dist/" regex="solr-clustering-\d.*\.jar" />
|
|
|
|
<lib dir="${solr.install.dir:../../../..}/contrib/langid/lib/" regex=".*\.jar" />
|
|
<lib dir="${solr.install.dir:../../../..}/dist/" regex="solr-langid-\d.*\.jar" />
|
|
|
|
<lib dir="${solr.install.dir:../../../..}/contrib/velocity/lib" regex=".*\.jar" />
|
|
<lib dir="${solr.install.dir:../../../..}/dist/" regex="solr-velocity-\d.*\.jar" />
|
|
|
|
<!-- Data Directory
|
|
|
|
Used to specify an alternate directory to hold all index data
|
|
other than the default ./data under the Solr home. If
|
|
replication is in use, this should match the replication
|
|
configuration.
|
|
-->
|
|
<dataDir>${solr.data.dir:}</dataDir>
|
|
|
|
<!-- The default high-performance update handler -->
|
|
<updateHandler class="solr.DirectUpdateHandler2">
|
|
|
|
<!-- Enables a transaction log, used for real-time get, durability, and
|
|
and solr cloud replica recovery. The log can grow as big as
|
|
uncommitted changes to the index, so use of a hard autoCommit
|
|
is recommended (see below).
|
|
"dir" - the target directory for transaction logs, defaults to the
|
|
solr data directory.
|
|
"numVersionBuckets" - sets the number of buckets used to keep
|
|
track of max version values when checking for re-ordered
|
|
updates; increase this value to reduce the cost of
|
|
synchronizing access to version buckets during high-volume
|
|
indexing, this requires 8 bytes (long) * numVersionBuckets
|
|
of heap space per Solr core.
|
|
-->
|
|
<updateLog>
|
|
<str name="dir">${solr.ulog.dir:}</str>
|
|
<int name="numVersionBuckets">${solr.ulog.numVersionBuckets:65536}</int>
|
|
</updateLog>
|
|
|
|
<!-- AutoCommit
|
|
|
|
Perform a hard commit automatically under certain conditions.
|
|
Instead of enabling autoCommit, consider using "commitWithin"
|
|
when adding documents.
|
|
|
|
http://wiki.apache.org/solr/UpdateXmlMessages
|
|
|
|
maxDocs - Maximum number of documents to add since the last
|
|
commit before automatically triggering a new commit.
|
|
|
|
maxTime - Maximum amount of time in ms that is allowed to pass
|
|
since a document was added before automatically
|
|
triggering a new commit.
|
|
openSearcher - if false, the commit causes recent index changes
|
|
to be flushed to stable storage, but does not cause a new
|
|
searcher to be opened to make those changes visible.
|
|
|
|
If the updateLog is enabled, then it's highly recommended to
|
|
have some sort of hard autoCommit to limit the log size.
|
|
-->
|
|
<autoCommit>
|
|
<maxTime>${solr.autoCommit.maxTime:15000}</maxTime>
|
|
<openSearcher>false</openSearcher>
|
|
</autoCommit>
|
|
|
|
<!-- softAutoCommit is like autoCommit except it causes a
|
|
'soft' commit which only ensures that changes are visible
|
|
but does not ensure that data is synced to disk. This is
|
|
faster and more near-realtime friendly than a hard commit.
|
|
-->
|
|
<autoSoftCommit>
|
|
<maxTime>${solr.autoSoftCommit.maxTime:-1}</maxTime>
|
|
</autoSoftCommit>
|
|
|
|
<!-- Update Related Event Listeners
|
|
|
|
Various IndexWriter related events can trigger Listeners to
|
|
take actions.
|
|
|
|
postCommit - fired after every commit or optimize command
|
|
postOptimize - fired after every optimize command
|
|
-->
|
|
|
|
</updateHandler>
|
|
|
|
<!-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
|
Query section - these settings control query time things like caches
|
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -->
|
|
<query>
|
|
<!-- Solr Internal Query Caches
|
|
|
|
There are two implementations of cache available for Solr,
|
|
LRUCache, based on a synchronized LinkedHashMap, and
|
|
FastLRUCache, based on a ConcurrentHashMap.
|
|
|
|
FastLRUCache has faster gets and slower puts in single
|
|
threaded operation and thus is generally faster than LRUCache
|
|
when the hit ratio of the cache is high (> 75%), and may be
|
|
faster under other scenarios on multi-cpu systems.
|
|
-->
|
|
|
|
<!-- Filter Cache
|
|
|
|
Cache used by SolrIndexSearcher for filters (DocSets),
|
|
unordered sets of *all* documents that match a query. When a
|
|
new searcher is opened, its caches may be prepopulated or
|
|
"autowarmed" using data from caches in the old searcher.
|
|
autowarmCount is the number of items to prepopulate. For
|
|
LRUCache, the autowarmed items will be the most recently
|
|
accessed items.
|
|
|
|
Parameters:
|
|
class - the SolrCache implementation LRUCache or
|
|
(LRUCache or FastLRUCache)
|
|
size - the maximum number of entries in the cache
|
|
initialSize - the initial capacity (number of entries) of
|
|
the cache. (see java.util.HashMap)
|
|
autowarmCount - the number of entries to prepopulate from
|
|
and old cache.
|
|
maxRamMB - the maximum amount of RAM (in MB) that this cache is allowed
|
|
to occupy. Note that when this option is specified, the size
|
|
and initialSize parameters are ignored.
|
|
-->
|
|
<filterCache class="solr.FastLRUCache"
|
|
size="512"
|
|
initialSize="512"
|
|
autowarmCount="0"/>
|
|
|
|
<!-- Query Result Cache
|
|
|
|
Caches results of searches - ordered lists of document ids
|
|
(DocList) based on a query, a sort, and the range of documents requested.
|
|
Additional supported parameter by LRUCache:
|
|
maxRamMB - the maximum amount of RAM (in MB) that this cache is allowed
|
|
to occupy
|
|
-->
|
|
<queryResultCache class="solr.LRUCache"
|
|
size="512"
|
|
initialSize="512"
|
|
autowarmCount="0"/>
|
|
|
|
<!-- Document Cache
|
|
|
|
Caches Lucene Document objects (the stored fields for each
|
|
document). Since Lucene internal document ids are transient,
|
|
this cache will not be autowarmed.
|
|
-->
|
|
<documentCache class="solr.LRUCache"
|
|
size="512"
|
|
initialSize="512"
|
|
autowarmCount="0"/>
|
|
|
|
<!-- custom cache currently used by block join -->
|
|
<cache name="perSegFilter"
|
|
class="solr.search.LRUCache"
|
|
size="10"
|
|
initialSize="0"
|
|
autowarmCount="10"
|
|
regenerator="solr.NoOpRegenerator" />
|
|
|
|
<!-- Lazy Field Loading
|
|
|
|
If true, stored fields that are not requested will be loaded
|
|
lazily. This can result in a significant speed improvement
|
|
if the usual case is to not load all stored fields,
|
|
especially if the skipped fields are large compressed text
|
|
fields.
|
|
-->
|
|
<enableLazyFieldLoading>true</enableLazyFieldLoading>
|
|
|
|
<!-- Result Window Size
|
|
|
|
An optimization for use with the queryResultCache. When a search
|
|
is requested, a superset of the requested number of document ids
|
|
are collected. For example, if a search for a particular query
|
|
requests matching documents 10 through 19, and queryWindowSize is 50,
|
|
then documents 0 through 49 will be collected and cached. Any further
|
|
requests in that range can be satisfied via the cache.
|
|
-->
|
|
<queryResultWindowSize>20</queryResultWindowSize>
|
|
|
|
<!-- Maximum number of documents to cache for any entry in the
|
|
queryResultCache.
|
|
-->
|
|
<queryResultMaxDocsCached>200</queryResultMaxDocsCached>
|
|
|
|
<!-- Use Cold Searcher
|
|
|
|
If a search request comes in and there is no current
|
|
registered searcher, then immediately register the still
|
|
warming searcher and use it. If "false" then all requests
|
|
will block until the first searcher is done warming.
|
|
-->
|
|
<useColdSearcher>false</useColdSearcher>
|
|
|
|
</query>
|
|
|
|
|
|
<!-- Request Dispatcher
|
|
|
|
This section contains instructions for how the SolrDispatchFilter
|
|
should behave when processing requests for this SolrCore.
|
|
|
|
-->
|
|
<requestDispatcher>
|
|
<httpCaching never304="true" />
|
|
</requestDispatcher>
|
|
|
|
<!-- Request Handlers
|
|
|
|
http://wiki.apache.org/solr/SolrRequestHandler
|
|
|
|
Incoming queries will be dispatched to a specific handler by name
|
|
based on the path specified in the request.
|
|
|
|
If a Request Handler is declared with startup="lazy", then it will
|
|
not be initialized until the first request that uses it.
|
|
|
|
-->
|
|
<!-- SearchHandler
|
|
|
|
http://wiki.apache.org/solr/SearchHandler
|
|
|
|
For processing Search Queries, the primary Request Handler
|
|
provided with Solr is "SearchHandler" It delegates to a sequent
|
|
of SearchComponents (see below) and supports distributed
|
|
queries across multiple shards
|
|
-->
|
|
<requestHandler name="/select" class="solr.SearchHandler">
|
|
<!-- default values for query parameters can be specified, these
|
|
will be overridden by parameters in the request
|
|
-->
|
|
<lst name="defaults">
|
|
<str name="echoParams">explicit</str>
|
|
<int name="rows">10</int>
|
|
</lst>
|
|
</requestHandler>
|
|
|
|
<initParams path="/update/**,/select">
|
|
<lst name="defaults">
|
|
<str name="df">_text_</str>
|
|
</lst>
|
|
</initParams>
|
|
|
|
<!-- Response Writers
|
|
|
|
http://wiki.apache.org/solr/QueryResponseWriter
|
|
|
|
Request responses will be written using the writer specified by
|
|
the 'wt' request parameter matching the name of a registered
|
|
writer.
|
|
|
|
The "default" writer is the default and will be used if 'wt' is
|
|
not specified in the request.
|
|
-->
|
|
<queryResponseWriter name="xml"
|
|
default="true"
|
|
class="solr.XMLResponseWriter" />
|
|
</config>
|