Solr / SolrCloud running in high performance server - tiny, fast startup, simple to configure, easy deployment without an application server.
Kotlin XSLT JavaScript HTML CSS
Latest commit afc434c Sep 15, 2016 @apatrida apatrida committed on GitHub Update


CircleCI branch License Kotlin

Solr and SolrCloud running in high performance server - Tiny, fast, easy, standalone deployment, simple to configure, and without an application server. Requires JDK 1.7 or newer, Solr 4.x or 5.x. Less than 10MB download, starts instantly, performs inline or better than all application servers. Written in the Kotlin language for the JVM (a better Java, not as complex as Scala).

This application launches a Solr distribution as a standalone server running a high performance HTTP front-end based on (the engine behind WildFly, the new JBoss). It has no features of an application server, does nothing more than load Solr servlets and also service the Admin UI. It is production-quality for a stand-alone Solr server.

Releases are available on GitHub.


Usage is simple, you only need Solr-Undertow release, a configuration file and a Solr distribution:

bin/solr-undertow <configurationFile>

Solr-Undertow releases include example configuration files, for example using the default configuration:

bin/solr-undertow example/example.conf

Then navigate your browser to http://localhost:8983/solr


The configuration file is on the JSON like HOCON format and loaded using TypeSafe Config. So any features it supports are supported here.

A configuration file must minimally contain these settings (paths are relative to the configuration file):

solr.undertow: {
  solrHome: "./solr-home"
  solrLogs: "./solr-logs"
  tempDir: "./solr-temp"
  solrVersion: "6.2.0"
  solrWarFile: ./solr-wars/solr-${solr.undertow.solrVersion}.zip

In this configuration solrHome must contain at minimum solr.xml (and zoo.cfg if SolrCloud) and any pre-configured cores.

The defaults, and all configuration options can be seen in the configuration defaults file. Which include httpClusterPort: 8983, the default server port.

Configured directories are validated at startup to give clear error messages, they are checked for existance and readable/writeable attributes (depending on the directory).

Example Configuration / Directory Tree

Two example configurations are provided in the example directory:

System and Environment Properties

When System or Environment variables are used, an order of precedence is used favoring the Solr-Undertow properties over legacy property names from Solr. Note, not all variables are legal environment variables, and the use of env variables is not recommended, configuration or system properties is best. Here is the exact order of configuration overriding:

  • Solr-Undertow fully qualified System property
  • Solr legacy System property
  • Configuration File Solr-Undertow property
  • Solr-Undertow full qualified Environment variable (impossible on systems that do not allow "." in environment variable names)
  • Solr legacy Environment variable (only for variables legal on the system)

It is recommended only to use the Solr-Undertow configuration file, with occasional overrides using Solr-Undertow fully qualified property names in SOLR_UNDERTOW_OPTS environment variable. The following are the properties, Solr legacy and Solr-Undertow fully qualified:

Solr typical (legacy) Solr-Undertow Fully Qualified
jetty.port solr.undertow.httpClusterPort
zkRun solr.undertow.zkRun
zkHost solr.undertow.zkHost
solr.log solr.undertow.solrLogs
hostContext solr.undertow.solrContextPath
solr.solr.home solrHome (no equivalent, not checked, passes through to Solr)

After configuration loading, the Solr legacy system properties are reset to match the resulting configuration so that Solr configuration files with variables, and the Solr process will see them as expected.

An example using SOLR_UNDERTOW_OPTS environment variable to override configuration is below...

Other Notes

Performance Tuning

For infomation about performance tuning, read the Tuning Solr-Undertow guide.

JDK 1.7

Solr-undertow requires JDK 1.7 or newer. Do not run Solr on anything older, it isn't worth the pain of inferior garbage collectors. Oracle JDK is also prefered, Open JDK does not perform as well and at times has been incompatible.

Solr Distributions

Quick links to common Solr distributions:

Version Download

Solr-Undertow supports the following patterns of distribuions:

  • A WAR file from 5.2.1 or earlier
  • A Zip full Solr distribution pre 5.2.1 that contains a WAR file in server/webapps/solr.war or example/webapps/solr.war
  • A Zip full Solr distribution post 5.2.1 that contains server/solr-webapp/webapp which is really an extracted WAR file
  • A WAR file you create by rezipping the contents of a distribution server/solr-webapp/webapp directory and naming it with .war extension.

The smallest distribution is the WAR file, which you can create, or you can remove everything else from a distribution Zip file keeping only the contents of the server/solr-webapp/webapp directory (including the path names).

For Solr 4.x you can download Solr WAR files from the Maven repository. For example Solr 4.10.4 WAR and find older versions here.

For Solr 5.x and 6.x you download full distributions from the main Solr website or from the past version archives.

Custom JVM Parameters

To set additional Java startup parameters for the VM, you can set the SOLR_UNDERTOW_OPTS environment variable before running, for example:

export SOLR_UNDERTOW_OPTS="-Xms15G -Xmx15G -XX:MaxPermSize=512m -XX:PermSize=256m"

And an example adding support for JMX:

export SOLR_UNDERTOW_OPTS="-Xms15G -Xmx15G -XX:MaxPermSize=512m -XX:PermSize=256m"

And and example of overriding settings in the configuration file from system properties, and then running:

export SOLR_UNDERTOW_OPTS="-Dsolr.undertow.httpClusterPort=8080 -Dsolr.undertow.solrHome=./solr-alt-home"
../bin/solr-undertow example.conf


Logging is via Slf4j routing to LogBack and can be configured differently than the default by providing a custom configuration file pointed to by the system property logback.configurationFile.

Solr-Undertow writes the following log files:

filename description
solr*.log Java logging, including Solr internal logging
error*.log Java logging, only log messages with level ERROR or above
access*.log HTTP access logging, see configuration defaults for more information on format

The default access log format is: %t %a %p \"%r\" %q %s %b %Dms %{o,X-Solr-QTime} ${o,X-Solr-Hits}

In order, these are described as:

macro description
%t Date and time, in Common Log Format format
%a Remote IP address
%p Local port
%U Requested URL path
%q Query string, otherwise empty string
%r First line of the request
%s HTTP status code of the response
%b Bytes sent, excluding HTTP headers, or '-' or '-1' if no bytes were sent or unknown
%D Time taken to process the request, in millis
%{o,X-Solr-QTime} Solr QTime if present in headers, Solr 4.9 and newer see
%{o,X-Solr-Hits} Solr Hits if present in headers, Solr 4.9 and newer see

Other available formats:

macro description
%A Local IP Address
%B Bytes sent, excluding HTTP headers
%h Remote host name
%h Request protocol (also included in %r)
%l Remote logical username from identd (always returns '-')
%m Request method (also included in %r)
%u Remote user that was authenticated
%v Local server name
%T Time taken to process the request, in seconds
%I current Request thread name (can compare later with stacktraces)
%{i,xxx} xxx is incoming headers
%{o,xxx} xxx is outgoing response headers
%{c,xxx} xxx is a specific cookie
%{r,xxx} xxx is an attribute in the ServletRequest
%{s,xxx} xxx is an attribute in the HttpSession

You can also specify either of these prebuilt formats instead of using macros, although in Solr they may not provide as much useful information as the default format:

format string equivalent
common %h %l %u %t "%r" %s %b
combined %h %l %u %t "%r" %s %b "%{i,Referer}" "%{i,User-Agent}"

HTTP IO and Worker threads

see also: Tuning Solr-Undertow

Scripting Startup / Shutdown

Solr-Undertow listens on the configured shutdown HTTP port (defaults to 9983) for a GET request, single parameter of password which must be set to a value matching the configured password.

If the a shutdown password is not configured then a 403 forbidden error will be returned. If the password does not match, a 401 unauthorized error will be return. Otherwise on success a 200 HTTP response, and on timeout or other error a 500 HTTP response (although the VM will still exit). See the configuration defaults file for the shutdown section.

An example of sending a shutdown command when port is configured as 9983 and password is diediedie (please use a better password than that!)

curl -X GET http://localhost:9983?password=diediedie

A user created example of scripting can be seen in a GIST from @magicdude4eva where the stop script properly checks exit codes, and does a kill command against the PID if the graceful shutdown request fails.

Usage as an embedded library

Solr-Undertow can be embedded in any JVM app. Include the dependency:


Then use the App (has main() static method) or Server class (more control of configuration) to start the process.

Building Your Own Binary

You may download a release under the releases here, or you can build your own binary.

./gradlew build distAll

and the resulting binaries will be under ./build/distributions as .tgz and .zip files.

Building with IntelliJ

Open the build.gradle file as a project, accept the default Gradle wrapper, and then fixup JDK to be 1.7 or newer. Be sure you have Kotlin plugin installed and that it matches the version in the Gradle build or newer, check the file for Kotlin version number.