sbt-revolver alternatives and similar packages
Based on the "Sbt plugins" category.
Alternatively, view sbt-revolver alternatives based on common mentions on social networks and blogs.
-
sbt-ensime
DISCONTINUED. Generates .ensime config files for SBT projects http://ensime.org/build_tools/sbt -
sbt-dependency-check
SBT Plugin for OWASP DependencyCheck. Monitor your dependencies and report if there are any publicly known vulnerabilities (e.g. CVEs). :rainbow: -
sbt-unidoc
sbt plugin to create a unified Scaladoc or Javadoc API document across multiple subprojects. -
sbt-classfinder
SBT plugin for retrieving runtime information about the classes and traits in a project
SaaSHub - Software Alternatives and Reviews
Do you think we are missing an alternative of sbt-revolver or a related project?
README
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.
Installation
sbt-revolver requires SBT 0.13.x or greater. Add the following dependency to your project/plugins.sbt
:
addSbtPlugin("io.spray" % "sbt-revolver" % "0.9.1")
sbt-revolver is an auto plugin, so you don't need any additional configuration in your build.sbt nor in Build.scala
to make it work. In multi-module builds it will be enabled for each module. To disable sbt-revolver for some submodules use Project(...).disablePlugins(RevolverPlugin)
in your build file.
For older versions of sbt see version 0.7.2.
Usage
sbt-revolver defines three new commands (SBT tasks) in its own re
configuration:
reStart <args> --- <jvmArgs>
starts your application in a forked JVM. The optionally specified (JVM) arguments are appended to the ones configured via thereStartArgs
/reStart::javaOptions
setting (see the "Configuration" section below). If the application is already running it is first stopped before being restarted.reStop
stops application. This is done by simply force-killing the forked JVM. Note, that this means that shutdown hooks are not run (see #20).reStatus
shows an informational message about the current running state of the application.
Triggered Restart
You can use ~reStart
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.
To customize which files should be watched for triggered restart see the sbt documentation about Triggered Execution.
Configuration
The following SBT settings defined by sbt-revolver are of potential interest:
reStartArgs
, aSettingKey[Seq[String]]
, which lets you define arguments that sbt-revolver should pass to your application on every start. Any arguments given to thereStart
task directly will be appended to this setting.reStart::mainClass
, which lets you optionally define a main class to run inreStart
independently of the one set for running the project normally. This value defaults to the value ofcompile:run::mainClass
. 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.reStart::javaOptions
, aSettingKey[Seq[String]]
, which lets you define the options to pass to the forked JVM when starting your applicationreStart::baseDirectory
, aSettingKey[File]
, which lets you customize the base directory independently from whatrun
assumes.reStart::fullClasspath
, which lets you customize the full classpath path for running withreStart
.reStart::envVars
, which lets you customize the environment variables for running the application.reJrebelJar
, aSettingKey[String]
, which lets you override the value of theJREBEL_PATH
env variable.reColors
, 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.reLogTag
, aSettingKey[String]
, which lets you change the log tag shown in front of log messages. Default is the project name.debugSettings
, 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 reStart
:
javaOptions in reStart += "-Xmx2g"
To set a special main class for your app when started with reStart
:
mainClass in reStart := Some("com.example.Main")
To set fixed start arguments (than you can still append to with the reStart
task):
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:
reColors := Seq("blue", "green", "magenta")
There are predefined color schemes to use with reColors
: Revolver.noColors
, Revolver.basicColors
,
Revolver.basicColorsAndUnderlined
.
To add environment variables when running the application:
envVars in reStart := Map("USER_TOKEN" -> "2359298356239")
Hot Reloading
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
reStart
. - 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
reStart
. - Of course you always stop the application with
reStop
.
License
sbt-revolver is licensed under APL 2.0.
Patch Policy
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.
*Note that all licence references and agreements mentioned in the sbt-revolver README section above
are relevant to that project's source code only.