Basic tutorial (Scala.js 0.6.x)
This page applies only to Scala.js 0.6.x. Go the newer tutorial for Scala.js 1.x.
Scala.js 0.6.x has reached End of Life.
This is a step-by-step tutorial where we start with the setup of a Scala.js sbt project and end up having some user interaction and unit testing. The code created in this tutorial is available with one commit per step in the scalajs-tutorial repository on GitHub.
Step 0: Prerequisites
To go through this tutorial, you will need to download & install sbt. Note that no prior sbt knowledge (only a working installation) is required to follow the tutorial.
You will also need to download & install Node.js.
To run the complete tutorial application, you will also need to install jsdom as explained below.
Step 1: Setup
First create a new folder where your sbt project will go.
sbt Setup
To setup Scala.js in a new sbt project, we need to do two things:
- Add the Scala.js sbt plugin to the build
- Enable the plugin in the project
Adding the Scala.js sbt plugin is a one-liner in project/plugins.sbt
(all file names we write in this tutorial are relative to the project root):
We also setup basic project settings and enable this plugin in the sbt build file (build.sbt
, in the project root directory):
Last, we need a project/build.properties
to specify the sbt version (you can find the latest version here):
That is all we need to configure the build.
If at this point you prefer to use an IDE, you can import the build into VS Code with Metals (or any other editor supported by Metals) or IntelliJ IDEA (see “Installation” here). Note that for compiling and running your application, you will still need to use sbt from the command line.
HelloWorld application
For starters, we add a very simple TutorialApp
in the tutorial.webapp
package. Create the file src/main/scala/tutorial/webapp/TutorialApp.scala
:
As you expect, this will simply print “HelloWorld” when run. To run this, simply launch sbt
and invoke the run
task:
$ sbt
sbt:Scala.js Tutorial> run
[info] Compiling 1 Scala source to (...)/scalajs-tutorial/target/scala-2.13/classes ...
[info] Fast optimizing (...)/scalajs-tutorial/target/scala-2.13/scala-js-tutorial-fastopt.js
[info] Running tutorial.webapp.TutorialApp
Hello world!
[success] (...)
Congratulations! You have successfully compiled and run your first Scala.js application. The code is actually run by a JavaScript interpreter, namely Node.
Source maps in Node.js: To get your stack traces resolved on Node.js, you will have to install the source-map-support
package.
$ npm install source-map-support
Step 2: Integrating with HTML
Now that we have a simple JavaScript application, we would like to use it in an HTML page. To do this, we need two steps:
- Generate a single JavaScript file out of our compiled code
- Create an HTML page which includes that file
Generate JavaScript
To generate a single JavaScript file using sbt, just use the fastOptJS
task:
> fastOptJS
[info] Fast optimizing (...)/scalajs-tutorial/target/scala-2.13/scala-js-tutorial-fastopt.js
[success] (...)
This will perform some fast optimizations and generate the target/scala-2.13/scala-js-tutorial-fastopt.js
file containing the JavaScript code.
(It is possible that the [info]
does not appear, if you have just run the program and not made any change to it.)
Create the HTML Page
To load and launch the created JavaScript, you will need an HTML file. Create the file scalajs-tutorial-fastopt.html
(or whatever name you prefer, for example index-dev.html
) in the project root with the following content. We will go in the details right after.
The script tag simply includes the generated code (attention, you might need to adapt the Scala version from 2.13
to 2.12
(or even 2.10
or 2.11
) here if you are using an older version of Scala).
Since we have set scalaJSUseMainModuleInitializer := true
in the build, the TutorialApp.main(args: Array[String])
method is automatically called at the end of the -fastopt.js
file (with an empty array as argument).
If you now open the newly created HTML page in your favorite browser, you will see … nothing. The println
in the main
method goes right to the JavaScript console, which is not shown by default in a browser. However, if you open the JavaScript console (e.g. in Chrome: right click -> Inspect Element -> Console) you can see the HelloWorld message.
Step 3: Using the DOM
As the last step has shown, running JavaScript inside an HTML page is not particularly useful if you cannot interact with the page. That’s what the DOM API is for.
Adding the DOM Library
To use the DOM, it is best to use the statically typed Scala.js DOM library. To add it to your sbt project, add the following line to your build.sbt
:
sbt-savvy folks will notice the %%%
instead of the usual %%
. It means we are using a Scala.js library and not a
normal Scala library. Have a look at the Dependencies guide for details. Don’t forget
to reload the build file if sbt is still running:
sbt:Scala.js Tutorial> reload
[info] Loading settings for project global-plugins from plugins.sbt ...
[info] Loading global plugins from (...)/.sbt/1.0/plugins
[info] Loading settings for project scalajs-tutorial-build from plugins.sbt ...
[info] Loading project definition from (...)/scalajs-tutorial/project
[info] Loading settings for project scala-js-tutorial from build.sbt ...
[info] Set current project to Scala.js Tutorial (in build file:(...)/scalajs-tutorial/)
If you are using an IDE plugin, you will also have to reimport the build for autocompletion to work.
Using the DOM Library
Now that we added the DOM library, let’s adapt our HelloWorld example to add a <p>
tag to the body of the page, rather than printing to the console.
First of all, we import a couple of things:
dom
is the root of the JavaScript DOM and corresponds to the global scope of JavaScript (aka the window
object).
We additionally import document
(which corresponds to document
in JavaScript) for convenience.
We now create a method that allows us to append a <p>
tag with a given text to a given node:
Replace the call to println
with a call to appendPar
in the main
method:
Rebuild the JavaScript
To rebuild the JavaScript, simply invoke fastOptJS
again:
sbt:Scala.js Tutorial> fastOptJS
[info] Compiling 1 Scala source to (...)/scalajs-tutorial/target/scala-2.13/classes ...
[info] Fast optimizing (...)/scalajs-tutorial/target/scala-2.13/scala-js-tutorial-fastopt.js
[success] (...)
As you can see from the log, sbt automatically detects that the sources must be recompiled before fast optimizing.
You can now reload the HTML in your browser and you should see a nice “Hello World” message.
Re-typing fastOptJS
each time you change your source file is cumbersome. Luckily sbt is able to watch your files and recompile as needed:
sbt:Scala.js Tutorial> ~fastOptJS
[success] (...)
[info] 1. Monitoring source files for scalajs-tutorial/fastOptJS...
[info] Press <enter> to interrupt or '?' for more options.
From this point in the tutorial we assume you have an sbt with this command running, so we don’t need to bother with rebuilding each time.
Step 4: Reacting on User Input
This step shows how you can add a button and react to events on it by still just using the DOM (we will use jQuery in the next step). We want to add a button that adds another <p>
tag to the body when it is clicked.
We start by adding a method to TutorialApp
which will be called when the button is clicked:
You will notice the @JSExportTopLevel
annotation.
It tells the Scala.js compiler to make that method callable as top-level function from JavaScript. We must also import this annotation:
To find out more about how to call Scala.js methods from JavaScript, have a look at the Export Scala.js API to JavaScript guide.
Since we now have a method that is callable from JavaScript, all we have to do is add a button to our HTML and set its
onclick
attribute (make sure to add the button before the <script>
tags):
Reload your HTML page (remember, sbt compiles your code automatically) and try to click the button. It should add a new paragraph saying “You clicked the button!” each time you click it.
Step 5: Using jQuery
Larger web applications have a tendency to set up reactions to events in JavaScript rather than specifying attributes. We will transform our current mini-application to use this paradigm with the help of jQuery. Also we will replace all usages of the DOM API with jQuery.
Depending on jQuery
Just like for the DOM, there is a typed library for jQuery available in Scala.js: scalajs-jquery (there is a livelier fork which you may prefer if it already supports the version of Scala you are using).
Add the following line in your build.sbt
by:
Don’t forget to reload the sbt configuration now:
- Hit enter to abort the
~fastOptJS
command - Type
reload
- Start
~fastOptJS
again
Again, make sure to update your IDE project files if you are using a plugin.
Using jQuery
In TutorialApp.scala
, remove the imports for the DOM, and add the import for jQuery:
This allows you to easily access the jQuery
main object of jQuery in your code (also known as $
).
We can now remove appendPar
and replace all calls to it by the simple:
Where [message]
is the string originally passed to appendPar
, for example:
If you try to reload your webpage now, it will not work (typically a TypeError
would be reported in the console). The
problem is that we haven’t included the jQuery library itself, which is a plain JavaScript library.
Adding JavaScript libraries
An option is to include jquery.js
from an external source, such as jsDelivr.
This can easily become very cumbersome, if you depend on multiple libraries. The Scala.js sbt plugin provides a mechanism for libraries to declare the plain JavaScript libraries they depend on and bundle them in a single file. All you have to do is activate this and then include the file.
In your build.sbt
, set:
After reloading and rerunning fastOptJS
, this will create scala-js-tutorial-jsdeps.js
containing all JavaScript
libraries next to the main JavaScript file. We can then simply include this file and don’t need to worry about
JavaScript libraries anymore:
Setup UI in Scala.js
We still want to get rid of the onclick
attribute of our <button>
. After removing the attribute, we add the
setupUI
method, in which we use jQuery to add an event handler to the button. We also move the “Hello World” message
into this function.
Since we do not call addClickedMessage
from plain JavaScript anymore, we can remove the @JSExportTopLevel
annotation (and the corresponding import).
Finally, we add a last call to jQuery
in the main method, in order to execute setupUI
, once the DOM is loaded:
Again, since we are not calling setupUI
directly from plain JavaScript, we do not need to export it (even though
jQuery will call it through that callback).
We now have an application whose UI is completely setup from within Scala.js. The next step will show how we can test this application.
Step 6: Testing
In this section we will show how such an application can be tested using uTest, a tiny testing framework which compiles to both Scala.js and Scala JVM. As a note aside, this framework is also a good choice to test libraries that cross compile. See our cross compilation guide for details.
Supporting the DOM
Before we start writing tests which we will be able to run through the sbt console, we first have to solve another
issue. Remember the task run
? If you try to invoke it now, you will see something like this:
> run
[info] Running tutorial.webapp.TutorialApp
[error] TypeError: (0 , $m_Lorg_scalajs_jquery_package$(...).jQuery$1) is not a function
[error] at $c_Ltutorial_webapp_TutorialApp$.main__AT__V (.../TutorialApp.scala:9:11)
[error] ...
[trace] Stack trace suppressed: run last compile:run for the full output.
[error] (compile:run) org.scalajs.jsenv.ExternalJSEnv$NonZeroExitException: Node.js exited with code 1
[error] Total time: 1 s, completed Oct 13, 2016 3:06:00 PM
What basically happens here is that jQuery (which is automatically included because of jsDependencies
) cannot properly load, because there is no DOM available in Node.js.
To make the DOM available, add the following to your build.sbt
:
This will use the jsdom
library to simulate a DOM in Node.js.
Note that you need to install it separately using
$ npm install jsdom
After reloading, you can invoke run
successfully:
> run
[info] Running tutorial.webapp.TutorialApp
[success] (...)
Alternatively to Node.js with jsdom, you can use PhantomJS or even Selenium. You can find more information about this in the documentation about JavaScript environments.
Adding uTest
Using a testing framework in Scala.js is not much different than on the JVM.
It typically boils down to two sbt settings in the build.sbt
file.
For uTest, these are:
We are now ready to add a first simple test suite (src/test/scala/tutorial/webapp/TutorialTest.scala
):
This test uses jQuery to verify that our page contains exactly one <p>
element which contains the text “Hello World”
after the UI has been set up.
To run this test, simply invoke the test
task:
> test
[info] Compiling 1 Scala source to (...)/scalajs-tutorial/target/scala-2.13/test-classes...
[info] Fast optimizing (...)/scalajs-tutorial/target/scala-2.13/scala-js-tutorial-test-fastopt.js
-------------------------------- Running Tests --------------------------------
+ tutorial.webapp.TutorialTest.HelloWorld 2ms
Tests: 1, Passed: 1, Failed: 0
[success] Total time: 14 s, completed 16-mars-2018 20:04:28
We have successfully created a simple test.
Just like run
, the test
task uses Node.js to execute your tests.
A more complex test
We also would like to test the functionality of our button. For this we face another small issue: the button doesn’t
exist when testing, since the tests start with an empty DOM tree. To solve this, we create the button in the setupUI
method and remove it from the HTML:
This brings another unexpected advantage: We don’t need to give it an ID anymore but can directly use the jQuery object to install the on-click handler.
We now define the ButtonClick
test just below the HelloWorld
test:
After defining a helper method that counts the number of messages, we retrieve the button from the DOM and verify we have exactly one button and no messages. In the loop, we simulate a click on the button and then verify that the number of messages has increased.
You can now call the test
task again:
> test
[info] Compiling 1 Scala source to (...)/scalajs-tutorial/target/scala-2.13/test-classes...
[info] Fast optimizing (...)/scalajs-tutorial/target/scala-2.13/scala-js-tutorial-test-fastopt.js
-------------------------------- Running Tests --------------------------------
+ tutorial.webapp.TutorialTest.HelloWorld 3ms
+ tutorial.webapp.TutorialTest.ButtonClick 6ms
Tests: 2, Passed: 2, Failed: 0
[success] Total time: 15 s, completed 16-mars-2018 20:07:33
This completes the testing part of this tutorial.
Step 7: Optimizing for Production
Here we show a couple of things you might want to do when you promote your application to production.
Full Optimization
Size is critical for JavaScript code on the web. To compress the compiled code even further, the Scala.js sbt plugin
uses the advanced optimizations of the Google Closure Compiler. To run
full optimizations, simply use the fullOptJS
task:
> fullOptJS
[info] Full optimizing (...)/scalajs-tutorial/target/scala-2.13/scala-js-tutorial-opt.js
[info] Closure: 0 error(s), 0 warning(s)
[success] (...)
Note that this can take a while on a larger project (tens of seconds), which is why we typically don’t use fullOptJS
during development, but fastOptJS
instead. If you want to run
and test
the full-optimized version from sbt,
you need to change the stage using the following sbt setting:
> set scalaJSStage in Global := FullOptStage
(by default, the stage is FastOptStage
)
We also need to create our final production HTML file scalajs-tutorial.html
which includes the fully optimized code:
Compression
If you serve your Scala.js application from a web server, you should additionally
gzip the resulting .js
files. This step might reduce the size of your application down
to 20% of its original size.
The setup depends on your server stack. A common option is to use sbt-web, sbt-web-scalajs and sbt-gzip if you have a Play or Akka-http server.
This completes the Scala.js tutorial. Refer to our documentation page for deeper insights into various aspects of Scala.js.