mn create-app example.micronaut.micronautguide \
--features=data-r2dbc,flyway,mysql,test-resources,jdbc-hikari,serialization-jackson,graalvm \
--build=maven \
--lang=java \
--test=junit
Table of Contents
- 1. Getting Started
- 2. What you will need
- 3. Solution
- 4. Writing the Application
- 5. Testing the Application
- 6. Running the Application
- 7. Testing Running API
- 8. Test Resources
- 9. Connecting to a MySQL database
- 10. Generate a Micronaut Application Native Executable with GraalVM
- 11. Next Steps
- 12. Help with the Micronaut Framework
- 13. License
Access a database with Micronaut Data R2DBC
Learn how to access a database with Micronaut R2DBC repositories.
Authors: Graeme Rocher
Micronaut Version: 4.6.3
1. Getting Started
In this guide, we will create a Micronaut application written in Java.
The application exposes some REST endpoints and stores data in a MySQL database using Micronaut Data R2DBC.
What is R2DBC?
The Reactive Relational Database Connectivity (R2DBC) project brings reactive programming APIs to relational databases.
2. What you will need
To complete this guide, you will need the following:
-
Some time on your hands
-
A decent text editor or IDE (e.g. IntelliJ IDEA)
-
JDK 21 or greater installed with
JAVA_HOME
configured appropriately -
Docker installed to run MySQL and to run tests using Testcontainers.
3. Solution
We recommend that you follow the instructions in the next sections and create the application step by step. However, you can go right to the completed example.
-
Download and unzip the source
4. Writing the Application
Create an application using the Micronaut Command Line Interface or with Micronaut Launch.
If you don’t specify the --build argument, Gradle with the Kotlin DSL is used as the build tool. If you don’t specify the --lang argument, Java is used as the language.If you don’t specify the --test argument, JUnit is used for Java and Kotlin, and Spock is used for Groovy.
|
The previous command creates a Micronaut application with the default package example.micronaut
in a directory named micronautguide
.
If you use Micronaut Launch, select Micronaut Application as application type and add data-r2dbc
, flyway
, mysql
, test-resources
, jdbc-hikari
, serialization-jackson
, and graalvm
features.
If you have an existing Micronaut application and want to add the functionality described here, you can view the dependency and configuration changes from the specified features, and apply those changes to your application. |
4.1. Data Source configuration
Define the R2DBC and the JDBC datasource in src/main/resources/application.yml
(the latter is needed for Flyway migrations).
Unresolved directive in micronaut-data-r2dbc-repository-maven-java.adoc - include::build/code/micronaut-data-r2dbc-repository/micronaut-data-r2dbc-repository-maven-java/src/main/resources/application.yml[tag=datasource]
Only the dialect is defined. The remainder of the values (including the database URL etc.) will automatically be populated by the Test Resources integration, which uses Testcontainers. |
When deploying to production, the datasource connection properties and r2dbc connection properties can be specified externally (using environment variables for example).
4.2. Database Migration with Flyway
We need a way to create the database schema. For that, we use Micronaut integration with Flyway.
Flyway automates schema changes, significantly simplifying schema management tasks, such as migrating, rolling back, and reproducing in multiple environments.
Add the following snippet to include the necessary dependencies:
<dependency>
<groupId>io.micronaut.flyway</groupId>
<artifactId>micronaut-flyway</artifactId>
<scope>compile</scope>
</dependency>
We will enable Flyway in the Micronaut configuration file and configure it to perform migrations on one of the defined data sources.
(1)
flyway.datasources.default.enabled=true
1 | Enable Flyway for the default datasource. |
Configuring multiple data sources is as simple as enabling Flyway for each one. You can also specify directories that will be used for migrating each data source. Review the Micronaut Flyway documentation for additional details. |
Flyway migration will be automatically triggered before your Micronaut application starts. Flyway will read migration commands in the resources/db/migration/
directory, execute them if necessary, and verify that the configured data source is consistent with them.
Create the following migration files with the database schema creation:
DROP TABLE IF EXISTS genre;
CREATE TABLE genre (
id BIGINT NOT NULL AUTO_INCREMENT UNIQUE PRIMARY KEY,
name VARCHAR(255) NOT NULL UNIQUE
);
During application startup, Flyway will execute the SQL file and create the schema needed for the application.
4.3. Domain
Create the domain entity:
package example.micronaut.domain;
import io.micronaut.data.annotation.GeneratedValue;
import io.micronaut.data.annotation.Id;
import io.micronaut.data.annotation.MappedEntity;
import io.micronaut.serde.annotation.Serdeable;
import jakarta.validation.constraints.NotBlank;
@Serdeable
@MappedEntity
public class Genre {
@Id
@GeneratedValue(GeneratedValue.Type.AUTO)
private Long id;
@NotBlank
private String name;
public Long getId() {
return id;
}
public void setId(Long id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
@Override
public String toString() {
return "Genre{" +
"id=" + id +
", name='" + name + '\'' +
'}';
}
}
You could use a subset of supported JPA annotations instead by including the following compileOnly scoped dependency: jakarta.persistence:jakarta.persistence-api .
|
4.4. Repository Access
Next, create a repository interface to define the operations to access the database. Micronaut Data will implement the interface at compilation time:
package example.micronaut;
import jakarta.transaction.Transactional;
import jakarta.validation.constraints.NotBlank;
import example.micronaut.domain.Genre;
import io.micronaut.data.annotation.Id;
import io.micronaut.data.exceptions.DataAccessException;
import io.micronaut.data.model.query.builder.sql.Dialect;
import io.micronaut.data.r2dbc.annotation.R2dbcRepository;
import io.micronaut.data.repository.reactive.ReactorPageableRepository;
import reactor.core.publisher.Mono;
@R2dbcRepository(dialect = Dialect.MYSQL) (1)
public interface GenreRepository extends ReactorPageableRepository<Genre, Long> { (2)
Mono<Genre> save(@NotBlank String name);
@Transactional
default Mono<Genre> saveWithException(@NotBlank String name) {
return save(name)
.then(Mono.error(new DataAccessException("test exception")));
}
Mono<Long> update(@Id long id, @NotBlank String name);
}
1 | @R2dbcRepository with a specific dialect. |
2 | Genre , the entity to treat as the root entity for the purposes of querying, is established either from the method signature or from the generic type parameter specified to the GenericRepository interface. |
The repository extends from ReactorPageableRepository
. It inherits the hierarchy ReactorPageableRepository
→ ReactorCrudRepository
→ ReactiveStreamsCrudRepository
→ GenericRepository
.
Repository | Description |
---|---|
|
A repository that supports pagination. It provides |
|
A repository interface for performing CRUD (Create, Read, Update, Delete). It provides methods such as |
|
A root interface that features no methods but defines the entity type and ID type as generic arguments. |
4.5. Controller
Micronaut validation is built on the standard framework – JSR 380, also known as Bean Validation 2.0. Micronaut Validation has built-in support for validation of beans that are annotated with jakarta.validation
annotations.
To use Micronaut Validation, you need the following dependencies:
<!-- Add the following to your annotationProcessorPaths element -->
<path>
<groupId>io.micronaut.validation</groupId>
<artifactId>micronaut-validation-processor</artifactId>
</path>
<dependency>
<groupId>io.micronaut.validation</groupId>
<artifactId>micronaut-validation</artifactId>
<scope>compile</scope>
</dependency>
Alternatively, you can use Micronaut Hibernate Validator, which uses Hibernate Validator; a reference implementation of the validation API.
Create a class to encapsulate the Update operations:
package example.micronaut;
import io.micronaut.serde.annotation.Serdeable;
import jakarta.validation.constraints.NotBlank;
@Serdeable (1)
public class GenreUpdateCommand {
private final long id;
@NotBlank
private final String name;
public GenreUpdateCommand(long id, String name) {
this.id = id;
this.name = name;
}
public long getId() {
return id;
}
public String getName() {
return name;
}
}
1 | Declare the @Serdeable annotation at the type level in your source code to allow the type to be serialized or deserialized. |
Create GenreController
, a controller that exposes a resource with the common CRUD operations:
package example.micronaut;
import io.micronaut.core.annotation.NonNull;
import java.net.URI;
import java.util.List;
import jakarta.validation.Valid;
import jakarta.validation.constraints.NotBlank;
import example.micronaut.domain.Genre;
import io.micronaut.data.model.Page;
import io.micronaut.data.model.Pageable;
import io.micronaut.http.HttpHeaders;
import io.micronaut.http.HttpResponse;
import io.micronaut.http.HttpStatus;
import io.micronaut.http.MutableHttpResponse;
import io.micronaut.http.annotation.Body;
import io.micronaut.http.annotation.Controller;
import io.micronaut.http.annotation.Delete;
import io.micronaut.http.annotation.Get;
import io.micronaut.http.annotation.Post;
import io.micronaut.http.annotation.Put;
import io.micronaut.http.annotation.Status;
import reactor.core.publisher.Mono;
@Controller("/genres") (1)
class GenreController {
private final GenreRepository genreRepository;
GenreController(GenreRepository genreRepository) { (2)
this.genreRepository = genreRepository;
}
@Get("/{id}") (3)
Mono<Genre> show(long id) {
return genreRepository
.findById(id); (4)
}
@Put (5)
Mono<HttpResponse<?>> update(@Body @Valid GenreUpdateCommand command) { (6)
return genreRepository.update(command.getId(), command.getName())
.thenReturn(HttpResponse
.noContent()
.header(HttpHeaders.LOCATION, location(command.getId()).getPath())); (7)
}
@Get("/list") (8)
Mono<List<Genre>> list(@Valid Pageable pageable) { (9)
return genreRepository.findAll(pageable)
.map(Page::getContent);
}
@Post (10)
Mono<HttpResponse<Genre>> save(@Body("name") @NotBlank String name) {
return genreRepository.save(name)
.map(GenreController::createdGenre);
}
@Post("/ex") (11)
Mono<MutableHttpResponse<Genre>> saveExceptions(@Body @NotBlank String name) {
return genreRepository.saveWithException(name)
.map(GenreController::createdGenre)
.onErrorReturn(HttpResponse.noContent());
}
@Delete("/{id}") (12)
@Status(HttpStatus.NO_CONTENT)
Mono<Void> delete(long id) {
return genreRepository.deleteById(id)
.then();
}
@NonNull
private static MutableHttpResponse<Genre> createdGenre(@NonNull Genre genre) {
return HttpResponse
.created(genre)
.headers(headers -> headers.location(location(genre.getId())));
}
private static URI location(Long id) {
return URI.create("/genres/" + id);
}
private static URI location(Genre genre) {
return location(genre.getId());
}
}
1 | The class is defined as a controller with the @Controller annotation mapped to the path /genres . |
2 | Use constructor injection to inject a bean of type GenreRepository . |
3 | Maps a GET request to /genres/{id} , which attempts to show a genre. This illustrates the use of a URL path variable. |
4 | Returning an empty Reactor Mono when the genre doesn’t exist makes the Micronaut framework respond with 404 (not found). |
5 | Maps a PUT request to /genres , which attempts to update a genre. |
6 | Adds @Valid to any method parameter that requires validation. Use a POJO supplied as a JSON payload in the request to populate command. |
7 | The Mono.thenReturn(..) method is used to return a NO_CONTENT response only if the update was successful. Headers are easily added by the HttpResponse API. |
8 | Maps a GET request to /genres/list , which returns a list of genres. |
9 | You can bind Pageable as a controller method argument. Check the examples in the following test section and read the Pageable configuration options. For example, you can configure the default page size with the configuration property micronaut.data.pageable.default-page-size . |
10 | Maps a POST request to /genres , which attempts to save a genre. This example uses the Mono.map(..) method to obtain the result of the call to save(String name) and map it to a HTTP CREATED response if the save operation was successful. |
11 | Maps a POST request to /ex , which generates an exception. This example demonstrates how to handle exceptions with Mono.onErrorReturn(..) , which simply returns a NO_CONTENT response if an error occurs. More complex use cases (like logging the exception) can be handled with Mono.onErrorResume(..) . |
12 | Maps a DELETE request to /genres/{id} , which attempts to remove a genre. This illustrates the use of a URL path variable. The Mono.then() method is called to discard the result and return an empty Mono only if the call to deleteById is successful. |
4.6. Writing Tests
Create a test to verify the CRUD operations:
package example.micronaut;
import example.micronaut.domain.Genre;
import io.micronaut.core.type.Argument;
import io.micronaut.http.HttpHeaders;
import io.micronaut.http.HttpRequest;
import io.micronaut.http.HttpResponse;
import io.micronaut.http.HttpStatus;
import io.micronaut.http.client.HttpClient;
import io.micronaut.http.client.annotation.Client;
import io.micronaut.http.client.exceptions.HttpClientResponseException;
import io.micronaut.test.extensions.junit5.annotation.MicronautTest;
import jakarta.inject.Inject;
import org.junit.jupiter.api.Test;
import java.util.ArrayList;
import java.util.Collections;
import java.util.List;
import static org.junit.jupiter.api.Assertions.assertEquals;
import static org.junit.jupiter.api.Assertions.assertNotNull;
import static org.junit.jupiter.api.Assertions.assertThrows;
@MicronautTest(transactional = false) (1)
class GenreControllerTest {
@Inject
@Client("/")
HttpClient client; (2)
@Test
void testFindNonExistingGenreReturns404() {
HttpClientResponseException thrown = assertThrows(HttpClientResponseException.class, () -> {
client.toBlocking().exchange(HttpRequest.GET("/genres/99"));
});
assertNotNull(thrown.getResponse());
assertEquals(HttpStatus.NOT_FOUND, thrown.getStatus());
}
@Test
void testGenreCrudOperations() {
List<Long> genreIds = new ArrayList<>();
HttpRequest<?> request = HttpRequest.POST("/genres", Collections.singletonMap("name", "DevOps")); (3)
HttpResponse<?> response = client.toBlocking().exchange(request);
genreIds.add(entityId(response));
assertEquals(HttpStatus.CREATED, response.getStatus());
request = HttpRequest.POST("/genres", Collections.singletonMap("name", "Microservices")); (3)
response = client.toBlocking().exchange(request);
assertEquals(HttpStatus.CREATED, response.getStatus());
Long id = entityId(response);
genreIds.add(id);
request = HttpRequest.GET("/genres/" + id);
Genre genre = client.toBlocking().retrieve(request, Genre.class); (4)
assertEquals("Microservices", genre.getName());
request = HttpRequest.PUT("/genres", new GenreUpdateCommand(id, "Micro-services"));
response = client.toBlocking().exchange(request); (5)
assertEquals(HttpStatus.NO_CONTENT, response.getStatus());
request = HttpRequest.GET("/genres/" + id);
genre = client.toBlocking().retrieve(request, Genre.class);
assertEquals("Micro-services", genre.getName());
request = HttpRequest.GET("/genres/list");
List<Genre> genres = client.toBlocking().retrieve(request, Argument.of(List.class, Genre.class));
assertEquals(2, genres.size());
request = HttpRequest.POST("/genres/ex", Collections.singletonMap("name", "Microservices")); (3)
response = client.toBlocking().exchange(request);
assertEquals(HttpStatus.NO_CONTENT, response.getStatus());
request = HttpRequest.GET("/genres/list");
genres = client.toBlocking().retrieve(request, Argument.of(List.class, Genre.class));
assertEquals(2, genres.size());
request = HttpRequest.GET("/genres/list?size=1");
genres = client.toBlocking().retrieve(request, Argument.of(List.class, Genre.class));
assertEquals(1, genres.size());
assertEquals("DevOps", genres.get(0).getName());
request = HttpRequest.GET("/genres/list?size=1&sort=name,desc");
genres = client.toBlocking().retrieve(request, Argument.of(List.class, Genre.class));
assertEquals(1, genres.size());
assertEquals("Micro-services", genres.get(0).getName());
request = HttpRequest.GET("/genres/list?size=1&page=2");
genres = client.toBlocking().retrieve(request, Argument.of(List.class, Genre.class));
assertEquals(0, genres.size());
// cleanup:
for (long genreId : genreIds) {
request = HttpRequest.DELETE("/genres/" + genreId);
response = client.toBlocking().exchange(request);
assertEquals(HttpStatus.NO_CONTENT, response.getStatus());
}
}
private Long entityId(HttpResponse<?> response) {
String path = "/genres/";
String value = response.header(HttpHeaders.LOCATION);
if (value == null) {
return null;
}
int index = value.indexOf(path);
if (index != -1) {
return Long.valueOf(value.substring(index + path.length()));
}
return null;
}
}
1 | Annotate the class with @MicronautTest so the Micronaut framework will initialize the application context and the embedded server. More info. |
2 | Inject the HttpClient bean and point it to the embedded server. |
3 | Creating HTTP Requests is easy thanks to the Micronaut framework fluid API. |
4 | If you care just about the object in the response, use retrieve . |
5 | Sometimes, receiving just the object is not enough, and you need information about the response. In this case, instead of retrieve , use the exchange method. |
5. Testing the Application
To run the tests:
./mvnw test
6. Running the Application
To run the application, use the ./mvnw mn:run
command, which starts the application on port 8080.
7. Testing Running API
Save one genre, and your genre
table will now contain an entry.
curl -X "POST" "http://localhost:8080/genres" \
-H 'Content-Type: application/json; charset=utf-8' \
-d $'{ "name": "music" }'
8. Test Resources
When the application is started locally — either under test or by running the application — resolution of the datasource URL is detected and the Test Resources service will start a local MySQL docker container, and inject the properties required to use this as the datasource.
For more information, see the JDBC section or R2DBC section of the Test Resources documentation.
9. Connecting to a MySQL database
Previously, we connected to a MySQL database, which Micronaut Test Resources started for us.
However, it is easy to connect to an already existing database. Let’s start a database and connect to it.
Execute the following command to run a MySQL container:
docker run -it --rm \
-p 3306:3306 \
-e MYSQL_DATABASE=db \
-e MYSQL_USER=sherlock \
-e MYSQL_PASSWORD=elementary \
-e MYSQL_ALLOW_EMPTY_PASSWORD=true \
mysql:8
If you are using macOS on Apple Silicon – e.g. M1, M1 Pro, etc. – Docker might fail to pull an image for mysql:8 . In that case substitute mysql:oracle .
|
Database Migrations tools, such Flyway need a configured JDBC datasource. Export several environment variables:
export DATASOURCES_DEFAULT_URL=jdbc:mysql://localhost:3306/db
export DATASOURCES_DEFAULT_USERNAME=sherlock
export DATASOURCES_DEFAULT_PASSWORD=elementary
Micronaut Framework populates the properties datasources.default.url
, datasources.default.username
and datasources.default.password
with those environment variables' values. Learn more about JDBC Connection Pools.
For R2DBC, export serveral environment variables:
export R2DBC_DATASOURCES_DEFAULT_URL=jdbc:mysql://localhost:3306/db
export R2DBC_DATASOURCES_DEFAULT_USERNAME=sherlock
export R2DBC_DATASOURCES_DEFAULT_PASSWORD=elementary
Micronaut Framework populates the properties r2dbc.datasources.default.url
, r2dbc.datasources.default.username
and r2dbc.datasources.default.password
with those environment variables' values.
You can run the application and test the API as it was described in the previous sections. However, when you run the application, Micronaut Test Resources does not start a MySQL container because you have provided values for r2dbc.datasources.default.
and datasources.default.
properties.
10. Generate a Micronaut Application Native Executable with GraalVM
We will use GraalVM, an advanced JDK with ahead-of-time Native Image compilation, to generate a native executable of this Micronaut application.
Compiling Micronaut applications ahead of time with GraalVM significantly improves startup time and reduces the memory footprint of JVM-based applications.
Only Java and Kotlin projects support using GraalVM’s native-image tool. Groovy relies heavily on reflection, which is only partially supported by GraalVM.
|
10.1. GraalVM Installation
sdk install java 21.0.5-graal
For installation on Windows, or for a manual installation on Linux or Mac, see the GraalVM Getting Started documentation.
The previous command installs Oracle GraalVM, which is free to use in production and free to redistribute, at no cost, under the GraalVM Free Terms and Conditions.
Alternatively, you can use the GraalVM Community Edition:
sdk install java 21.0.2-graalce
10.2. Native Executable Generation
To generate a native executable using Maven, run:
./mvnw package -Dpackaging=native-image
The native executable is created in the target
directory and can be run with target/micronautguide
.
It is possible to customize the name of the native executable or pass additional build arguments using the Maven plugin for GraalVM Native Image building. Declare the plugin as following:
<plugin>
<groupId>org.graalvm.buildtools</groupId>
<artifactId>native-maven-plugin</artifactId>
<version>0.10.3</version>
<configuration>
<!-- <1> -->
<imageName>mn-graalvm-application</imageName> (1)
<buildArgs>
<!-- <2> -->
<buildArg>-Ob</buildArg>
</buildArgs>
</configuration>
</plugin>
1 | The native executable name will now be mn-graalvm-application . |
2 | It is possible to pass extra build arguments to native-image . For example, -Ob enables the quick build mode. |
You can execute the genres
endpoints exposed by the native image, for example:
curl localhost:8080/genres/list
11. Next Steps
Read more about:
12. Help with the Micronaut Framework
The Micronaut Foundation sponsored the creation of this Guide. A variety of consulting and support services are available.
13. License
All guides are released with an Apache license 2.0 license for the code and a Creative Commons Attribution 4.0 license for the writing and media (images…). |