Skip to main content
Version: 0.11

HTTP Server


All the application code here is available from the docs git repository.

Example HTTP server application built on top of Tremor and meant to be a demonstration of linked transports.



All the code here is available in the git repository as well.


We configure a rest onramp listening on port 8139:

- id: http
type: rest
linked: true
codec: string
port: 8139

Request flow

Incoming requests from clients are directed to the pipeline named request_processing pipeline, and the output of the pipeline is fed back again to the onramp -- this now becomes the server response to the incoming request.

- id: main

# process incoming requests and send back the response

Processing logic

In the request_processing pipeline, we are free to process the incoming request using tremor-script/tremor-query, and leveraging the various request and response metadata variables for the rest onramp. The event flow within the pipeline is captured below:

create script process;

# main request processing
select event from in into process;
select event from process into out;

# our defined app errors (still succesful processing from tremor's perspective)
# useful to track these from different port (app_error) for metrics
select event from process/app_error into out;

# tremor runtime errors from the processing script
select event from process/err into err;

Example section of the process script here, demonstrating how the index page for the HTTP server is implemented (also parses the url query params to demonstrate dynamic responses based on provided user input):

    case "/index" =>
let request_data = {
"body": event,
"meta": $request,

# determine the name to greet
let name = match $request.url of
case %{present query} =>
let query_parsed = utils::parse_query($request.url.query),
let request_data.url_query_parsed = query_parsed,
match query_parsed of
case %{present name} =>
default => "world"
default => "world"

# serve html!
let $response.headers["content-type"] = "text/html",
emit """
<h1>Hello, #{name}!</h1>
<p>Your request:</p>

We don't include the whole pipeline logic here for brevity, but you can view it in full here.

Error handling

Of interest is the binding specific for error handling -- we make sure to link the err ports from all the involved onramp/pipeline aretefacts and also ensure that the error events from those artefacts are bubbled up to the client appropriately, with proper HTTP status code (the latter is done via routing them all to the central internal_error_processing pipeline).

  - id: error


# send back errors as response as well

# respond on errors during error processing too


Assuming you have all the code from the git repository, run the following to start our application:

docker-compose up

Status checks

To verify that the server is up and running:

$ curl -v http://localhost:8139/snot

# or a traditional ping path
$ curl -s -o /dev/null -w ""%{http_code} http://localhost:8139/ping

HTML pages

If you navigate to http://localhost:8139/ from your browser, you should be redirected to http://localhost:8139/index first (part of the request_processing pipeline logic), and then you should be able to see all the request attributes that your browser sent to the server, pretty-printed.

Also try something like http://localhost:8139/index?name=badger -- we have a very basic dynamic web application now!

HTTP Server Application

Request body decoding

The default codec for the onramp is string but if we set the Content-Type header at request time, the rest onramp uses it to decode the request body instead.

$ curl -v -XPOST -H'Content-Type:application/json' http://localhost:8139/echo -d'{"snot": "badger"}'
Note: Unnecessary use of -X or --request, POST is already inferred.
* Trying
* Connected to localhost ( port 8139 (#0)
> POST /echo HTTP/1.1
> Host: localhost:8139
> User-Agent: curl/7.65.3
> Accept: */*
> Content-Type:application/json
> Content-Length: 18
* upload completely sent off: 18 out of 18 bytes
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< content-length: 265
< date: Thu, 15 Oct 2020 03:11:09 GMT
< content-type: application/json
< x-powered-by: Tremor
* Connection #0 to host localhost left intact

# without the content-type header, `body` in the output would be an escaped json string here
$ curl -XPOST http://localhost:8139/echo -d'{"snot": "badger"}'
{"body":"{\"snot\": \"badger\"}","meta":{"method":"POST","headers":{"content-length":["18"],"content-type":["application/x-www-form-urlencoded"],"accept":["*/*"],"host":["localhost:8139"],"user-agent":["curl/7.65.3"]},"url":{"scheme":"http","host":"localhost","port":8139,"path":"/echo"}}}

Stateful logic

To see the no of requests processed so far:

$ curl http://localhost:8139/stats

This is utilizing the pipeline state mechanism under the hood -- a powerful way to build stateful applications.

Error handling

For the application-layer errors, the server allows for defining custom error responses and bubbling them up with proper HTTP status error code. Example with non-existent paths:

$ curl -i http://localhost:8139/non-existent-path
HTTP/1.1 404 Not Found
content-length: 57
date: Thu, 15 Oct 2020 03:00:05 GMT
content-type: application/json
x-powered-by: Tremor

{"error":"Path not found: /non-existent-path","event":""}

Internal tremor errors are also handled gracefully (via the internal_error_processing pipeline):

# testing an endpoint that intentionally uses an undefined var: throws a runtime error
$ curl -i http://localhost:8139/error-test
HTTP/1.1 500 Internal Server Error
content-length: 202
date: Thu, 15 Oct 2020 03:06:09 GMT
content-type: application/json

{"error":"Oh no, we ran into something unexpected :(\n Error: \n 73 | emit \"\"\n | ^^^^^^^^^^^^^^^^ Trying to access a non existing local key `non_existent_var`\n\n","event":""}

# similarly, for onramp-level error when invalid data is sent (non-json here when the request content-type header is set to be json)
$ curl -H'Content-Type:application/json' http://localhost:8139/echo -d'{'
{"error":"Oh no, we ran into something unexpected :(\n SIMD JSON error: Syntax at character 0 ('{')","event_id":9,"source_id":"tremor://localhost/onramp/http/01/in"}