import snunit.*
@main
def run =
SyncServerBuilder
.setRequestHandler(req =>
req.send(
statusCode = StatusCode.OK,
content = "Hello world!\n",
headers = Headers("Content-Type" -> "text/plain")
)
)
.build()
.listen()SNUnit is a Scala Native library to write HTTP server applications on top of FreeUnit (community LTS fork of NGINX Unit). It allows you to write both synchronous and asynchronous web servers with automatic restart on crashes, automatic load balancing of multiple processes, great performance and all the nice FreeUnit features.
An SNUnit application is a single executable: it embeds unitd, starts it
with a generated configuration and runs itself as the application. There is
nothing to install besides the snunit command line tool.
Install scalino, then the snunit command line tool
(Linux and macOS, x86_64 and aarch64):
curl -fsSL https://raw.githubusercontent.com/lolgab/snunit/main/install.sh | bashOr download the archive for your platform from the
releases tagged cli-v*. The CLI is released
independently of the library: snunit depends on a pinned library version, which you can
change with SNUNIT_VERSION.
Then write the
Hello.scala above (no build file needed, snunit adds the SNUnit dependency) and run:
snunit run Hello.scalaThis builds the app and serves it on http://localhost:8080. Use -w to rebuild and
restart on every change:
snunit run -w Hello.scalaTo build the single executable to deploy somewhere else:
snunit package Hello.scala -o hello
./helloAlready building with sbt, Mill or scala-cli? snunit can add unitd to an executable you
built yourself, without scalino:
# Linux: appends unitd to the executable (add --platform linux-aarch64 etc. to bundle for another target)
snunit bundle target/scala-3.3.0/app -o app-bundledThe executable still needs libunit.a at link time, and compact object headers disabled.
snunit link-flags downloads FreeUnit and prints the linker options to use, one per line.
On macOS unitd can only be embedded while linking, so there you pass these options to your
build tool instead of running snunit bundle: they include
-Wl,-sectcreate,__DATA,__unitd,<path to unitd>.
snunit forwards every other argument to scalino, so //> using directives and
the usual flags work (for example //> using dep to add a library).
Program arguments go after --: snunit run Hello.scala -- --my-flag.
snunit downloads the prebuilt FreeUnit for your platform (Linux x86_64/aarch64,
macOS arm64) the first time and caches it in ~/.cache/snunit.
The running executable reads its configuration from environment variables:
| Variable | Default | |
|---|---|---|
SNUNIT_PORT |
8080 |
Port to listen on |
SNUNIT_PROCESSES |
FreeUnit default (1) | Number of application processes |
When the executable is started directly it extracts the embedded unitd (from memory
with memfd_create on Linux, from a cache directory on macOS), writes a conf.json in a temporary
state directory, starts unitd and forwards signals to it. FreeUnit then starts
the same executable as an external application. When started by FreeUnit,
the executable just serves requests.
SNUnit has two different server implementations.
With SyncServerBuilder you need to call .listen() to start listening.
It is a blocking operation so your process is stuck on listening and can't do
anything else while listening.
Moreover, all the request handlers need to respond directly and can't be implemented
using Futures or any other asyncronous mechanism since no Future will run, being
the process stuck on the listen() Unit event loop.
With http4s or tapir-cats-effect the server is automatically scheduled to run either on the
cats effect event loop, based on epoll/kqueue.
This allows you to complete requests asyncronously using whatever mechanism you prefer.
A process can accept multiple requests concurrently, allowing great parallelism.
SNUnit offers interpreters for Tapir server endpoints.
You can write all your application using Tapir and the convert your Tapir endpoints
with logic into a SNUnit Handler.
Currently two interpreters are available:
SNUnitIdServerInterpreterwhich works best withSyncServerHandlerfor synchronous applications- You can find an example in tests
- An interpreter for cats hidden behind
snunit.tapir.SNUnitServerBuilderin thesnunit-tapir-cats-effectartifact.- You can find an example in tests
snunit.TapirApp extends cats.effect.IOApp building the SNUnit server.
It exposes a def serverEndpoints: Resource[IO, List[ServerEndpoint[Any, IO]]] that you need to
implement with your server logic.
Here an example "Hello world" app:
import cats.effect.*
import sttp.tapir.*
object Main extends snunit.TapirApp {
def serverEndpoints = Resource.pure(
endpoint.get
.in("hello")
.in(query[String]("name"))
.out(stringBody)
.serverLogic[IO](name => IO(Right(s"Hello $name!"))) :: Nil
)
}SNUnit offers a server implementation for http4s. It is based on the epollcat asynchronous event loop.
There are two ways you can build a http4s server.
snunit.Http4sApp extends cats.effect.IOApp building the SNUnit server.
It exposes a def routes: Resource[IO, HttpApp[IO]] that you need to implement with your
server logic.
Here an example "Hello world" app:
import cats.effect.*
import org.http4s.*
import org.http4s.dsl.io.*
object app extends snunit.Http4sApp {
def routes = Resource.pure(
HttpRoutes
.of[IO] { case GET -> Root =>
Ok("Hello from SNUnit Http4s!")
}
.orNotFound
)
}If you want to have more control over the server creation, you can use the
SNUnitServerBuilder and manually use it.
For example, here you see it in combination with cats.effect.IOApp
package snunit.tests
import cats.effect.*
import org.http4s.*
import org.http4s.dsl.io.*
import snunit.http4s.*
object Http4sHelloWorld extends IOApp.Simple {
def helloWorldRoutes: HttpRoutes[IO] =
HttpRoutes.of[IO] { case GET -> Root =>
Ok("Hello Http4s!")
}
def run: IO[Unit] =
SNUnitServerBuilder
.default[IO]
.withHttpApp(helloWorldRoutes.orNotFound)
.run
}