Defining a Lagom build

§Defining a Lagom build

As already discussed in Lagom build philosophy, with Lagom you are free to combine all your services in a single build, or build them individually.

Below, we describe how to make a single build containing all your services. The helloworld sample follows this structure.

Then, in the next section, we’ll describe the alternative approach of one build per service.

§Understanding your project structure

Every service contains at least two parts: an API project and an implementation project. (These are subprojects within the same build.)

The API project contains the service interface, also known as the descriptor, along with all the data models that the interface uses, e.g. request and response messages. The API project can be depended on and consumed by other services.

The implementation project will naturally also depend on the API project, in order to implement it.

Consider the sample system below:

Lagom project structure

This system has two services, one called helloworld, and one called hellostream. Each service has two sbt projects defined, an API project, helloworld-api and hellostream-api, and an implementation project, helloworld-impl and hellostream-impl. Additionally, hellostream-impl depends on helloworld-api, and uses that to invoke calls on helloworld-stream.

§Defining a build

§Adding the Lagom sbt plugin

A Lagom build must tell sbt to use the Lagom plugin. This is done by creating a file called project/plugins.sbt, and adding the plugin like so:

addSbtPlugin("com.lightbend.lagom" % "lagom-sbt-plugin" % "1.0.0-M1")

The plugin provides all the necessary support for building, running, and deploying your Lagom application.

For more information on sbt plugins, see the sbt documentation on Using Plugins.

§Defining a build

An sbt build is defined in one or more *.sbt files in the build’s root directory. It’s conventional to have a single file named build.sbt; you can split it into multiple files later if it becomes unwieldy.

sbt build files are defined using a Scala-based DSL. Simple builds use only a small subset of the DSL, so there’s no need to spend any time learning Scala. If you use an Activator template to get started, you’ll have a working build from the start. From there, you’ll probably only need to make small edits, or copy-and-paste existing code.

§Setting the Scala version

Even though you’ll write your services in Java, Lagom itself uses Scala, so every Lagom build must specify a Scala version, like this:

scalaVersion in ThisBuild := "2.11.7"

§Defining a service

Next we need to define the projects. Recall that each service has at least two projects, API and implementation. First we’ll define the helloworld-api project.

A Lagom API project is an ordinary sbt project. Our first project looks like this:

lazy val helloworldApi = (project in file("helloworld-api"))
    version := "1.0-SNAPSHOT",
    libraryDependencies += lagomJavadslApi

The first line defines the project itself, by declaring a lazy val of type Project. (sbt tip: declaring projects using lazy val instead of just val can prevent some issues with initialization order.)

The project is defined to be the helloworld-api directory, as indicated by project in file("helloworld-api"). This means all the source code for this project will be under that directory, laid out according to the usual Maven structure (which sbt adopts as well). So our main Java sources go in helloworld-api/src/main/java.

More settings follow, in which we set the project version and add a library dependency. The Lagom plugin provides some predefined values to make the Lagom libraries easy to add. In this case, we’re using lagomJavadslApi. (You can add other dependencies using the usual sbt shorthand for specifying the library’s groupId, artifactId and version; see Library dependencies in the sbt documentation.)

Now we need to define the implementation project:

lazy val helloworldImpl = (project in file("helloworld-impl"))
    version := "1.0-SNAPSHOT"

The API project didn’t need any plugins enabled, but the implementation project does. Enabling the LagomJava plugin adds necessary settings and dependencies and allows us to run the project in development.

The implementation project declares a dependency on the helloworld-api project, so it can implement the API’s interfaces.

§Adding a second service

Our sample build will include two services, a producer (helloworld) and a consumer (hellostream).

Here’s the definition of the second service:

lazy val hellostreamApi = (project in file("hellostream-api"))
    version := "1.0-SNAPSHOT",
    libraryDependencies += lagomJavadslApi

lazy val hellostreamImpl = (project in file("hellostream-impl"))
    version := "1.0-SNAPSHOT"
  .dependsOn(hellostreamApi, helloworldApi)

This is mostly similar to the first service. The main difference is the added dependency on the first service’s API, so the second service can call it.

In the next section, we’ll see an alternative build structure where each service has its own build.

Found an error in this documentation? The source code for this page can be found here. Please feel free to edit and contribute a pull request.