sbt-revolver is a plugin for SBT enabling a super-fast development turnaround for your Scala applications.
It sports the following features:
- Starting and stopping your application in the background of your interactive SBT shell (in a forked JVM)
- Triggered restart: automatically restart your application as soon as some of its sources have been changed
Even though sbt-revolver works great with spray on spray-can there is nothing spray-specific to it. It can
be used with any Scala application as long as there is some object with a main
method.
sbt-revolver requires SBT 0.11.1 or greater.
Add the following dependency to your project/*.sbt
file (e.g. project/plugins.sbt
):
resolvers += "spray repo" at "http://repo.spray.io" // not needed for sbt >= 0.12
addSbtPlugin("io.spray" % "sbt-revolver" % "0.7.1")
and this to your build.sbt
:
seq(Revolver.settings: _*)
If you use SBTs full-configuration you need to
import spray.revolver.RevolverPlugin._
and then add the Revolver.settings
to the (sub-)project containing the main
object.
sbt-revolver defines three new commands (SBT tasks) in its own re
configuration:
-
re-start <args> --- <jvmArgs>
starts your application in a forked JVM. The optionally specified (JVM) arguments are appended to the ones configured via there-start-args
/java-options(for re-start)
setting (see the "Configuration" section below). If the application is already running it is first stopped before being restarted. -
re-stop
stops application. This is done by simply force-killing the forked JVM. Note, that this means that shutdown hooks are not run (see #20). -
re-status
shows an informational message about the current running state of the application.
You can use ~re-start
to go into "triggered restart" mode. Your application starts up and SBT watches for changes in
your source (or resource) files. If a change is detected SBT recompiles the required classes and sbt-revolver
automatically restarts your application.
When you press <ENTER> SBT leaves "triggered restart" and returns to the normal prompt keeping your application running.
Note: JRebel support in sbt-revolver is not actively supported any more.
If you have JRebel installed you can let sbt-revolver know where to find the jrebel.jar
. You can do this
either via the Revolver.jRebelJar
setting directly in your SBT config or via a shell environment variable with the
name JREBEL_PATH
(which is the recommended way, since it doesn't pollute your SBT config with system-specific settings).
For example, on OSX you would add the following line to your shell startup script:
export JREBEL_PATH=/Applications/ZeroTurnaround/JRebel/jrebel.jar
With JRebel sbt-revolver supports hot reloading:
- Start your application with
re-start
. - Enter "triggered compilation" with
~products
. SBT watches for changes in your source (and resource) files. If a change is detected SBT recompiles the required classes and JRebel loads these classes right into your running application. Since your application is not restarted the time required to bring changes online is minimal (see the "Understanding JRebel" section below for more details). When you press <ENTER> SBT leaves triggered compilation and returns to the normal prompt keeping your application running. - If you changed your application in a way that requires a full restart (see below) press <ENTER> to leave
triggered compilation and
re-start
. - Of course you always stop the application with
re-stop
.
The following SBT settings defined by sbt-revolver are of potential interest:
re-start-args
, aSettingKey[Seq[String]]
, which lets you define arguments that sbt-revolver should pass to your application on every start. Any arguments given to there-start
task directly will be appended to this setting.re-main-class(for re-start)
, which lets you optionally define a main class to run inre-start
independently of the one set for running the project normally. This value defaults to the value ofcompile:main-class(for run)
. If you don't specify a value here explicitly the same logic as for the normal run main class applies: If only one main class is found it one is chosen. Otherwise, the main-class chooser is shown to the user.java-options(for re-start)
, aSettingKey[Seq[String]]
, which lets you define the options to pass to the forked JVM when starting your applicationre-jrebel-jar
, aSettingKey[String]
, which lets you override the value of theJREBEL_PATH
env variable.re-colors
, aSettingKey[Seq[String]]
, which lets you change colors used to tag output from running processes. There are some pre-defined color schemes, see the example section below.re-log-tag
, aSettingKey[String]
, which lets you change the log tag shown in front of log messages. Default is the project name.debug-settings
, aSettingKey[Option[DebugSettings]]
to specify remote debugger settings. There's a convenience helperRevolver.enableDebugging
to simplify to enable debugging (see examples).
Examples:
To configure a 2 GB memory limit for your app when started with re-start
:
javaOptions in Revolver.reStart += "-Xmx2g"
To set a special main class for your app when started with re-start
:
mainClass in Revolver.reStart := Some("com.example.Main")
To set fixed start arguments (than you can still append to with the re-start
task):
Revolver.reStartArgs := Seq("-x")
To enable debugging with the specified options:
Revolver.enableDebugging(port = 5050, suspend = true)
To change set of colors used to tag output from multiple processes:
Revolver.reColors := Seq("blue", "green", "magenta")
There are predefined color schemes to use with reColors
: Revolver.noColors
, Revolver.basicColors
,
Revolver.basicColorsAndUnderlined
.
sbt-revolver is licensed under APL 2.0.
Feedback and contributions to the project, no matter what kind, are always very welcome. However, patches can only be accepted from their original author. Along with any patches, please state that the patch is your original work and that you license the work to the sbt-revolver project under the project’s open source license.