The recipe configures an instance of the Solr indexing server. Solr
is an open source enterprise search server based on the Lucene Java
search library, with XML/HTTP and JSON APIs, hit highlighting, faceted
search, caching, replication, and a web administration interface

Configures the different types of index fields provided by the
Solr instance. Each field is configured on a separated line. Each
line contains a white-space separated list of [key]:[value]
pairs which define the index.

The default operator to use for queries. Valid values or AND and OR.
Defaults to OR.

additional-solrconfig

Optional additional configuration to be included inside the
solrconfig.xml. For instance, <requestHandler /> directives.

cacheSize

Number of cache entries for the various caches (filterCache,
fieldValueCache, queryResultCache and documentCache). Defaults to 512.

maxWarmingSearchers

Maximum number of searchers that may be warming in the background.
Defaults to 4. For read-only slaves recommend to set to 1 or 2.

useColdSearcher

If a request comes in without a warm searcher available, immediately use
one of the warming searchers to handle the request. Defaults to false.

autoCommitMaxDocs

Let’s you enable auto commit handling and force a commit after at least
the number of documents were added. This is disabled by default.

autoCommitMaxTime

Let’s you enable auto commit handling after a specified time in milli
seconds. This is disabled by default.

requestParsers-multipartUploadLimitInKB

Optional <requestParsers /> parameter useful if you are submitting
very large documents to Solr. May be the case if Solr is indexing binaries
extracted from request.

vardir

Optional override for the location of the directory where Solr
stores its indexes and log files. Defaults to
${buildout:directory}/var/solr. This option and the script
option make it possible to create multiple Solr instances in a
single buildout and dedicate one or more of the instances to
automated functional testing.

logdir

Optional override for the location of the Solr logfiles.
Defaults to ${buildout:directory}/var/solr.

script

Optional override for the name of the generated Solr instance
control script. Defaults to solr-instance. This option and the
vardir option make it possible to create multiple Solr
instances in a single buildout and dedicate one or more of the
instances to automated functional testing.

java_opts

Optional. Parameters to pass to the Java Virtual Machine (JVM) used to
run Solr. Each option is specified on a separated line.
For example:

[solr-instance]
...
java_opts =
-Xms512M
-Xmx1024M
...

cores

Optional. If collective.recipe.solrinstance:mc is specified for every
section in cores a multicore solr instance is created with it’s own
configuration.

Updated the solrconfig.xml template to match the template from Solr 3.1.
[hannosch]

Updated the default schema.xml to the Solr 3.1 format. The schema version
is now 1.3 instead of 1.2. The schema is no longer compatible with
Solr 1.4. Please use a recipe version from the 2.x series for that.

Changes to the schema include:

Fields no longer have a compressed option.

The default schema defines three new field types: point, location and
geohash useful for geospatial data.

If you have an older Solr 1.4 index, you should be able to continue using it
without a full reindex.
[hannosch]

Added back a field type called integer with the same properties as the
int type. This ensures basic schemas created by collective.solr won’t
need any schema changes, though they still need a full reindex.
[hannosch]

Replaced the gettableFiles option in the admin section with the new
*.admin.ShowFileRequestHandler approach. By default your entire
SOLR_HOME/conf except for the scripts.conf is exposed.
[hannosch]

Updated the default schema.xml to the Solr 1.4 format. The schema version
is now 1.2 instead of 1.1. The schema is no longer compatible with
Solr 1.3. Please use a recipe version from the 0.x series for that.

Changes to the schema include:

The integer field is now called int.

New field type attribute omitTermFreqAndPositions introduced. This is
true by default except for text fields.

New binary and random field types.

The int, float, long, double and date fields now use the solr.Trie*
classes. These are more efficient in general.

New tint, tfloat, tlong, tdouble and tdate fields. These are solr.Trie*
fields with a precisionStep configured. You can use them for fields that
see a lot of range queries.

The old sint, slong, sfloat and sdouble fields are no longer configured.

The examples fields text_greek, textTight and alphaOnlySort are no longer
configured by default.

The text field uses the SnowballPorterFilterFactory with a language of
English instead of the EnglishPorterFilterFactory.

The ignored field is now multiValued.

No dynamic fields are configured by default.

If you have an older Solr 1.3 configuration, you might need to adjust it to
match some of the new defaults. You will also have to do a full reindex of
Solr, if the type of any of the fields changed, like with int or date fields.
[hannosch]

Simplify solrconfig.xml and unconfigure example handlers that rely on a
specific schema. Other changes include:

Indexes are now flushed when the ramBufferSizeMB is exceeded, defaulting to
32mb instead of every 1000 documents. The maxBufferedDocs is deprecated.

The new reopenReaders option causes IndexReaders to be reopened instead of
closed and then opened.

The filterCache uses the solr.FastLRUCache instead of the solr.LRUCache.

The queryResultWindowSize defaults to 30 instead of 10.

The requestHandler use the new solr.SearchHandler, which supports a
defType argument to turn it into a dismax handler, instead of having two
separate classes for the two handlers.

There is a number of new handlers in Solr 1.4, which aren’t enabled by
default. Read the Solr documentation for the examples.
[hannosch]

Updated jetty.xml and solrconfig.xml to Solr 1.4 defaults. The
*.jetty.Request.maxFormContentSize has been set to allow post request of
1mb by default.
[hannosch]

Made the tests pass again, by installing more packages into the test buildout
environment.
[hannosch]