Mono<ServerResponse> vs Mono<ResponseEntity<MyPojo>> as return type in Java Spring Webflux @RequestMapping

user_10461625 0
Viewed 2213

Small question regarding using Mono<ServerResponse> vs Mono<ResponseEntity<MyPojo>> as return type please.

I am seeing examples where sometimes, Mono<ServerResponse> is used as return type in a functional route from Spring Webflux.

But also seeing examples where sometimes, Mono<ResponseEntity<MyPojo>> is used as return type in a Spring functional route.

Moreover, there are many examples where Mono<ResponseEntity<MyPojo>> is used in the @Controller, @RequestMapping (Get, Post mapping etc...) as return type.

But there are also few examples with returning Mono<ServerResponse>.

May I ask, what is the difference between returning either one please?

spring-webflux java
1 Answers

The short of it, as I understand it, is that org.springframework.http.ResponseEntity is from the original Spring Mvc Framework package and org.springframework.web.reactive.function.server.ServerResponse is from the spring Reactive package.

The reactive package has a "compatibility" mode that lets you use the backward compatible @RestController annotations and they would generally return a ResponseEntity as before.

The Reactive package implementation without the compatibility features use a Router and Handler and generally return a ServerResponse. See Building a Reactive RESTful Web Service for a tutorial from spring.

See also the Spring WebFlux guide, chapters 1.4. Annotated Controllers for the compatibility reactive way and 1.5. Functional Endpoints for the functional way.

If you look under the covers at the Annotated Controllers code you will see it uses the Functional Endpoints code.

user_37950360
Related