- Maven Central
- Code examples
- Routing
- HTML markup Java DSL
- DOM events
- SPAs, plain pages head tag
- Page HTTP status code and HTTP headers
- UI components
- How to use components
- How to write your own component
- Stateful components with navigation bar URL path state mapping
- DOM elements references
- Evaluating code on the client-side
- Page lifecycle events
- Web server's configuration
- Logging
- How to build the project and run tests
rsp is a lightweight web framework for Java.
This project requires Java version 17 or newer.
To start using it, add the dependency:
<dependency>
<groupId>io.github.vadimv</groupId>
<artifactId>rsp</artifactId>
<version>2.0</version>
</dependency>
rsp provides a Java internal domain-specific language (DSL) for definition of HTML templates as a composition of functions.
For example, to re-write the HTML fragment:
<!DOCTYPE html>
<html>
<body>
<h1>This is a heading</h1>
<div class="par">
<p>This is a paragraph</p>
<p>Some dynamic text</p>
</div>
</body>
</html>
to be represented in the DSL Java code as below:
import static rsp.html.HtmlDsl.*;
...
final View<State> view = state -> html(
body(
h1("This is a heading"),
div(attr("class", "par"),
p("This is a paragraph"),
p(state.text)) // adds a paragraph with a text from the state object
)
);
where:
- HTML tags are the
rsp.html.HtmlDsl
class' methods with same names, e.g.<div></div>
translates todiv()
- HTML attributes are the
rsp.html.HtmlDsl.attr(name, value)
function, e.g.class="par"
translates toattr("class", "par")
- the lambda's parameter
state
is the current state object
The utility of()
DSL function renders a Stream<T>
of objects, e.g. a list, or a table rows:
import static rsp.html.HtmlDsl.*;
...
state -> ul(of(state.items.stream().map(item -> li(item.name))))
An overloaded variant of of()
accepts a CompletableFuture<S>
:
final Function<Long, CompletableFuture<String>> lookupService = userDetailsByIdService();
...
// consider that at this moment we know the current user's Id
state -> stateUpdate -> div(of(lookupService.apply(state.user.id).map(str -> text(str))))
Another overloaded of()
function takes a Supplier<S>
as its argument and allows inserting code fragments
with imperative logic.
import static rsp.html.HtmlDsl.*;
...
state -> of(() -> {
if (state.showInfo) {
return p(state.info);
} else {
return p("none");
}
})
The when()
DSL function conditionally renders (or not) an element:
state -> when(state.showLabel, span("This is a label"))
To respond to browser events, register a DOM event handler by adding an on(eventType, handler)
on an HTML element:
var view = state -> stateUpdate-> a("#","Click me",on("click", ctx-> {
System.out.println("Clicked " + state.counter() + " times");
stateUpdate.setState(new State(s.counter() + 1));
}));
record State(int counter) {}
Some types of browser events, like a mouse move, may fire a lot of events' invocations. Sending all these notifications over the network and processing them on the server side may cause the system's overload. To filter the events use the following event object's methods:
throttle(int timeFrameMs)
debounce(int waitMs, boolean immediate)
html(window().on("scroll", ctx -> {
System.out.println("A throtteld page scroll event");
}).throttle(500),
...
)
The context's eventObject()
method provides its event's object as a JSON data structure:
form(on("submit", ctx -> {
// Prints the submitted form's input field value
System.out.println(ctx.eventObject());
}),
input(attr("type", "text"), attr("name", "val")),
input(attr("type", "button"), attr("value", "Submit"))
)
To send a custom event use ctx.dispatchEvent()
method:
on("custom-event",
ctx -> {
System.out.println("Custom event object: " + ctx.eventObject());
})
...
on("click",
ctx -> ctx.dispatchEvent(new CustomEvent("custom-event",
JsonDataType.Object.EMPTY.put("key",
new JsonDataType.String("value")))))
A custom event is bubbled from a child element and can be handled by an ancestor.
The window().on(eventType, handler)
DSL function registers an event handler on the browser's window object:
html(window().on("click", ctx -> {
System.out.println("window clicked");
}),
...
)
rsp supports two types of web pages:
- single-page applications (SPAs), written in Java, e.g. for an admin UI
- plain server-rendered detached HTML pages
The page's <head>
tag DSL determines if this page is an interactive Single-Page-Application or a plain HTML page.
The head(...)
or head(PageType.SPA, ...)
function creates an HTML page <head>
tag for an SPA.
If the head()
is not present in the page's markup, the simple SPA-type header is added automatically.
This type of head injects a script, which establishes a WebSocket connection between the browser's page and the server
and enables reacting to the browser events.
head(HeadType.PLAIN, ...)
renders the markup with the <head>
tag without injecting of init script
to establish a connection with server and enable server side events handling for SPA.
This results in rendering of a plain detached HTML page.
statusCode()
method sets result response HTTP status code.addHeaders()
method adds response headers.
For example:
__ -> html(
head(HeadType.PLAIN, title("404 page not found")),
body(
div(
p("404 page not found")
)
)
).statusCode(404);
A page's HTML generation consists of two phases:
- a routing function maps an incoming HTTP request to the root component state
- the root component and its descendants render this state to HTML markup
To define a routing of an incoming request, create a Routing
and provide it as a parameter:
import static rsp.html.RoutingDsl.*;
...
final App<State> app = new App<>(routes(), render());
...
private static Routing<HttpRequest, State> routes() {
final var db = new Database();
return routing(concat(get("/articles", req -> db.getArticles().thenApply(articles -> State.ofArticles(articles))),
get("/articles/:id", (__, id) -> db.getArticle(id).thenApply(article -> State.ofArticle(article))),
get("/users/:id", (__, id) -> db.getUser(id).thenApply(user -> State.ofUser(user))),
post("/users/:id(^\\d+$)", (req, id) -> db.setUser(id, req.queryParam("name")).thenApply(result -> State.userWriteSuccess(result)))),
NotFound.INSTANCE);
}
During a dispatch, the routes are verified one by one for a matching HTTP method and a path pattern.
Route path patterns can include zero, one or two path-extracting variables, possibly combined with regexes and the wildcard symbol "*".
The matched variables values become available as the correspondent handlers' parameters alongside with the request details object.
The route's handler function should return a CompletableFuture
of the page's state:
get("/users/*", req -> CompletableFuture.completedFuture(State.ofUsers(List.of(user1, user2))))
If needed, extract a paths-specific routing section:
final Routing<HttpRequest, State> routing = routing(get(__ -> paths()),
State.pageNotFound());
private static PathRoutes<State> paths() {
return concat(path("/articles", db.getArticles().thenApply(articles -> State.ofArticles(articles))),
path("/articles/:id", id -> db.getArticle(id).thenApply(article -> State.ofArticle(article)));
}
Use match()
DSL function routing to implement custom matching logic, for example:
match(req -> req.queryParam("name").isPresent(), req -> CompletableFuture.completedFuture(State.of(req.queryParam("name"))))
The any()
route matches every request.
Pages are composed of components:
- views or stateless components
- stateful components
A view is a pure function from an input state to a DOM fragment's definition.
public static View<State> appView = state ->
switch (state) {
case NotFoundState nf -> statelessComponent(nf, notFoundStatelessView);
case UserState user -> component(user, userComponentView);
case UsersState users -> component(users, usersComponentView);
}
appView.apply(new UserState("Username"));
A stateful component state, an object of an immutable class or a record, is managed by the framework. A component's state can be set:
- on a component's initialization during its first render and mount to the components tree
- on an update as a result of events handling
A state update is initiated by invoking of one of a component view's parameter's StateUpdate
interface methods, e.g. setState()
.
State transitions are can be triggered by browser events, custom events or asynchronous events, e.g. timers.
Include a new instance of component definition class to the DSL alongside HTML tags.
div(span("Two counters"),
new Counter(1),
new Counter(2))
Warning: note that a component's code is executed on the server, use only components you trust.
Component's classes inherit from one of the subclasses of the base component definition class StatefulComponentDefinition<S>
.
For common types of components use components DSL helpers like component()
.
For components inherited from RelativeUrlStateComponentDefinition
class state is mapped to the browser's navigation bar path and query.
With that, the current navigation path can be converted to a component's state and the state update will cause the navigation path to be updated accordingly.
The "Back" and "Forward" browser's history buttons clicks initiate state transitions.
The propertiesByRef()
method of the event context object's allows access to client-side document elements properties values providing elements references.
final ElementRef inputRef = createElementRef();
...
input(elementId(inputRef),
attr("type", "text")),
a("#", "Click me", on("click", ctx -> {
var props = ctx.propertiesByRef(inputRef);
props.getString("value").thenAccept(value -> {
System.out.println("Input element's value: " + value);
props.setState("value", "new text");
});
}))
A reference to an object also can be created on-the-fly using RefDefinition.withKey()
method.
There is also the special window().ref()
reference for the page's window object.
To invoke arbitrary EcmaScript code in the browser use the evalJs()
method of an event's context object.
evalJs()
sends a code fragment to the client and returns its evaluation result as a CompletableFuture<JsonDataType>
.
...
button(attr("type", "button"),
text("Alert"),
on("click",
ctx -> ctx.evalJs("alert('Hello from the server')"))),
button(attr("type", "button"),
text("Calculate"),
on("click",
ctx -> ctx.evalJs("1+1").whenComplete((r,e) -> System.out.println("1+1=" + r)))
...
A web server's rsp.jetty.WebServer
class' constructor accepts extra parameters like an optional static resources' handler
and a TLS/SSL configuration:
final var staticResources = new StaticResources(new File("src/main/java/rsp/tetris"), "/res/*");
final var sslConfig = SslConfiguration("/keysore/path", "changeit");
final var server = new WebServer(8080, app, staticResources, sslConfig);
server.start();
server.join();
This project's uses System.Logger
for server-side logging.
On the client-side, to enable detailed diagnostic data exchange logging, enter in the browser console:
RSP.setProtocolDebugEnabled(true)
To build the project from the sources, run:
$ mvn clean package
Run all the system tests:
$ mvn clean test -Ptest-all