This is the code repository for Hands-On Reactive Programming in Spring 5, published by Packt.
Build cloud-ready, reactive systems with Spring 5 and Project Reactor
- Discover the difference between a reactive system and reactive programming
- Explore the benefits of a reactive system and understand its applications
- Get to grips with using reactive programming in Spring 5
- Gain an understanding of Project Reactor
- Build a reactive system using Spring 5, Spring WebFlux, and Project Reactor
- Explore reactive data access with Spring Data
- Create a highly efficient reactive microservices with Spring Cloud
- Test, monitor, and release reactive applications
If you feel this book is for you, get your copy today!
Oleh Dokuka is an experienced software engineer, Pivotal Champion, and one of the top contributors to Project Reactor and Spring Framework. He knows the internals of both frameworks very well and advocates reactive programming with Project Reactor on a daily basis. Along with that, the author applies Spring Framework and Project Reactor in software development, so he knows how to build reactive systems using these technologies.
Igor Lozynskyi is a senior Java developer who primarily focuses on developing reliable, scalable, and blazingly fast systems. He has over seven years of experience with the Java platform. He is passionate about interesting and dynamic projects both in life and in software development.
All code samples should run on any operating system where the appropriate Java runs. Some examples require Docker Engine.
There is no hard requirement for OS. However, examples use JDK8 and later, Docker Engine 18.06 and later, and also download native executables (embedded MongoDB). Consequently, for successful execution, all software described above should work on your OS.
Tested operation systems: MacOS High Sierra, Windows 10, Ubuntu Linux 16.04 LTS.
All examples were developed with JDK8 and tested to be compatible with JDK11. Because of the significant changes introduced by JDK11, some examples may display warnings or run only on JDK8.
To install JDK8, please refer to these instructions: http://jdk.java.net/8
To install JDK11, please refer to these instructions: http://jdk.java.net/11
A couple of examples assume running Docker Engine to start supporting services (MongoDB, PostgreSQL, Prometheus, etc.)
Only Chapter 10's example requires running Docker commands manually, other examples do automatic service provisioning.
To install Docker Engine on your PC, please follow the official instructions: https://docs.docker.com/install
All examples use Gradle build system, so they are not IDE dependent. However, we recommend using a free version of IntelliJ IDEA for a seamless exploration of the provided examples. We recommend using the latest version of IntelliJ IDEA as it has better support for JDK11.
The Community Edition of IntelliJ IDEA may be downloaded here: https://www.jetbrains.com/idea/download
Many examples use a handy the Lombok library (https://projectlombok.org/) which require annotation processing. Consequently, please install IntelliJ Lombok plugin (https://github.com/mplushnikov/lombok-intellij-plugin).
Also, please enable annotation processing in IDE (Preferences -> Build, Execution, Deployment -> Compiler -> Annotation Processors -> Check Enable annotation processing).
When IDE is installed and configured, you may open this project as Gradle project.
Then, please define JDK for the project (File -> Project Structure -> Project Settings -> Project -> Project SDK).
Then, rebuild all modules of the project (Build -> Rebuild Project).
Now, you may explore and run all examples.
All code in this repository is for demonstration purposes and, consequently, often oversimplified.
Contains the following examples:
ChapterFirstApplication- a web application that demonstrates the blocking communication approach.imperative.OrdersService- a console application that demonstrates the synchronous, blocking approach for components interactions.callbacks.OrdersService- a console application that demonstrates the callback-based approach for components interactions.futures.OrdersService- a console application that demonstrates theFuturebased approach for components interactions.completion_stage.OrdersService- a console application that demonstrates theCompletionStagebased approach for components interactions.
- Module unit tests show examples of the Observer pattern and reactive workflows with RxJava 1.
pub_sub_app.Application- a web application that demonstrates how Spring 4 enables asynchronous execution withApplicationEventPublisherand SSE.rx_app.Application- a web application that demonstrates how Spring 4 enables asynchronous execution with RxJava 1.x and SSE.rx_app_no_logs.Application- a web application that demonstrates how Spring 4 enables asynchronous execution with RxJava 1.x and SSE.
conversion_problem- a web application (with corresponding unit tests) demonstrates how to convert different types of futures.async.vs.reactive- unit tests compares the asynchronous and reactive approached (PublisherasCompletableFuture,CompletableFutureasPublisher).news-service.NewsServiceApp- the console application that demonstrates custom implementation of Reactive Streams' interfaces (Publisher,Subscriber,Processor). Works with JDK8, fail with JDK11.news-serviceunit tests show how to test custom implementation of Reactive Streams with TCK. Tests are based on TestNG. Works with JDK8, may fail with JDK11. Tests may run long!jdk9- a console application that demonstrates how to adaptreactive-streamstypes to Java Flow API. This application requires at least JDK9.push.vs.pull- classes and unit tests that demonstrate different approaches for data retrieval (pull, batched pull, push, push-pull).rxjava-reactivestreams-ratpack.LogServiceApplication- a web application that demonstrates the power of Reactive Streams for integration of reactive libraries (Spring, Ratpack, RxJava, etc.).vert.x.VertxDemoApp- a web application that demonstrates how Verte.x integrates with Reactive Streams.
- Module unit tests show examples of reactive workflows with Project Reactor.
- Module unit tests show how Spring's reactive adapters work.
Chapter5ReactiveApplication- web reactive application that simulates IoT sensor (SSE, MongoDB write, MongoDB read).
functional- a few examples of usage of function web approach with new WebFlux module mentioned in section Purely functional web with WebFluxwebclient- an example of theWebClientusage mentioned in section Non-blocking cross-service communication with WebClient. In addition, another example mentioned in this section is located in the following package:org.rpis5.chapters.chapter_06.functional.password.verification.clientwebsocket- new reactive WebSocket API examples mentioned in section Reactive WebSocket APIsse- an example of Server-sent events usage in section Reactive SSE as a lightweight replacement for WebSockets
section-01-jdbc- a blocking console application that demonstrates Jdbi library, Spring JDBC and Spring Data JDBC (runs embedded H2 database).section-02-jpa- a blocking console application that demonstrates Spring Data JPA (runs embedded H2 database).section-03-mongo- a blocking console application that demonstrates Spring Data MongoDB (runs embedded MongoDB)section-04-rx-mongo- a reactive console application that demonstrates reactive Spring Data MongoDB (runs embedded MongoDB).section-05-rx-mongo-tx- unit tests that demonstrate how reactive transactions work with MongoDB 4 (runs MongoDB cluster in Docker).section-06-r2dbc- a reactive console application that demonstrates how Spring Data JDBC and R2DBC work together (runs PostgreSQL in docker).section-07-rx-webflux- a reactive web application (SSE) that simulates simple chat application (embedded MongoDB).section-08-rx-dbs- code samples that demonstrate different types of reactive repositories (MongoDB, Cassandra, Couchbase, Redis).section-09-rx-sync- a console application that demonstrates how to wrap blocking JPA repository into reactive repository (runs embedded H2 database).section-10-rxjava2-jdbc- a console application that demonstrates how to use therxjava2-jdbclibrary for reactive communication over blocking JDBC (runs embedded H2 database).
this is an example of Chat application that is fully decoupled and ready to be run in the cloud. The following is a steps required to prepare this sample:
The Project uses MongoDB as the primary database for all data's querying and storing.
There are two available options in order to install MongoDB:
Note, that option requires the essential understanding of the [Docker's CLI] (https://docs.docker.com/engine/reference/commandline/cli/)
Before starting that option, please ensure that Docker (has already been installed on the local machine).
It is necessary to execute the following command in the terminal to run MongoDB image in the Docker container:
docker run --name test-mongo -p 27017:27017 -d mongoThere is an option to install MongoDB locally. All required information related to the local installation is available by the following link.
The Project uses RabbitMQ as a message broker for this example
There are two available options in order to install RabbitMQ:
Note, that option requires the essential understanding of the [Docker's CLI] (https://docs.docker.com/engine/reference/commandline/cli/)
Before starting that option, please ensure that Docker (has already been installed on the local machine).
It is necessary to execute the following command in the terminal to run MongoDB image in the Docker container:
docker run --name test-rabbit -p 4369:4369 -p 5671:5671 -p 5672:5672 -p 25672:25672 -d rabbitmqThere is an option to install RabbitMQ locally. All required information related to the local installation is available by the following link.
To properly run the Project the proper environment variables / YAML properties are required. The following is the list of available Spring Framework properties/environment variables:
| Spring property | Environment variable | Description |
|---|---|---|
gitter.auth.token |
GITTER_TOKEN |
Personal Access Token which can be used to access the Gitter API. |
gitter.api.endpoint |
- | The address of public Gitter REST API endpoint. The default value is https://api.gitter.im/. To learn more, see following API docs |
gitter.api.version |
- | The version of the Gitter REST API. The default value is v1. |
gitter.api.messages-resource |
GITTER_ROOM |
Path to the Messages Resource. Note, in environment variable case, it is unnecessary defining the whole path since it has already been defined as the following: rooms/${GITTER_ROOM}/chatMessages. To get created Gitter room id, please see API docs. |
gitter.stream.endpoint |
- | The address of public Gitter Streaming API endpoint. The default value is https://stream.gitter.im/. To learn more, see following API docs |
gitter.stream.version |
- | The version of the Gitter Streaming API. The default value is v1. |
gitter.stream.messages-resource |
GITTER_ROOM |
Path to the Messages Resource. Note, in environment variable case, it is unnecessary defining the whole path since it has already been defined as the following: rooms/${GITTER_ROOM}/chatMessages. To get created gitter room id, please see API docs. |
DemoApplication- a web application used for testing with a reactive test framework.- Module unit tests demonstrate how to verify reactive applications with
WebTestClient(including security).
This sample depicts a reactive application based on Spring Boot 2 and WebFlux with all required infrastructure for operational monitoring.
Prometheus pulls metrics, Grafana has a simple dashboard with app metrics, Zipkin gathers traces.
- Application itself:
- Reactive Web App (with Spring Boot Admin)
- Database: MongoDB (used only for health checks)
- Monitoring infrastructure:
- Prometheus
- Grafana
- Zipkin
To start services run the following command:
docker-compose -f chapter-10/docker/docker-compose.yml up -dTo stop services run the following command:
docker-compose -f chapter-10/docker/docker-compose.yml downTo start the application, run class
org.rpis5.chapters.chapter_10.Chapter10CloudReadyApplication.
- Reactive Web Application: http://localhost:8080
- Spring Boot Admin 2.0: http://localhost:8090/admin (authentication disabled)
- Prometheus: http://localhost:9090
- Grafana: http://localhost:3000 (user:
admin, password:admin) - Zipkin: http://localhost:9411
Your feedback is important for us, so do not hesitate creating issues if some examples do not work with your environment.
Also, please star of fork this repository if you find it useful!
Thanks!
If you have already purchased a print or Kindle version of this book, you can get a DRM-free PDF version at no cost.
Simply click on the link to claim your free PDF.