Webflux does not have 'forward' but this is supported by all web servers

[orubel]

Have been searching everywhere and can see how to do an EXTERNAL redirect but NOT an internal one (ie forward)

Where in documentation is an internal redirect(aka forward) being handled??

[bclozel]

We did not implement this feature on purpose. See #19106

This is documented here: https://docs.spring.io/spring-framework/reference/web/webflux/dispatcher-handler.html#webflux-redirecting-redirect-prefix

[orubel]

Redirects go OUTSIDE the DMZ and are unsafe and time consuming. Internal redirects are safer and have far less latency

So they are not a replacement. More a bandaid fix for people looking to use 'forward'

[bclozel]

I'm not saying we consider HTTP redirects as a replacement for forward. Forward is a Servlet specific concept that has no equivalent in the HTTP world.

Supporting this means we would need to support very specific lifecycle behavior for non-Servlet containers like Netty. This is not an easy task and so far we chose and managed to use other means to support various features.

Unless there is a clear and important use case that we cannot support on any way, we are not likely to invest in this area as this would make our stack more complex for little benefit.

[orubel]

Thank you for that. I was under the impression that since other reactive frameworks can do this (ie node.js) that there was not an issue. And that this functionality has existed since the very first web server, that this functionality would be included.

Also I believe Jetty/Netty both support this too (since its a standard in web servers)
https://blog.swwomm.com/2012/04/jetty-6-https-redirects.html

[bclozel]

I think you're conflating Servlet forward dispatches with other concepts. As far as I understand, what Node.JS does is basically using layers of middlewares and delegating the processing of the request/response exchange to different functions. We already support that with WebFilter.

As for the link you're pointing to, this is referring to regular HTTP redirects and HTTP Forwarded headers, which we do support.

[orubel]

Ok I'm confused. The forward header(X-FORWARDED-FOR) is used WHEN 'forwarding'; I use it for forwarding to my error controller. Are you saying we are supposed to use a REDIRECT for forwarding to error controllers/handlers now?

Also I don't believe a filter handles a forward; it is handled by the front controller/dispatcher in almost all servers.

Additionally, netty/jetty/nodejs and other STILL all have this functionality.

• Here is a coded example in Node : https://stackoverflow.com/questions/18136323/forward-request-to-alternate-request-handler-instead-of-redirect

• In Jetty you can do it with the requestDispatcher (ex RequestDispatcher.forward()) : https://user.jetty.codehaus.narkive.com/DumW9iUf/does-requestdispatcher-forward-bypass-servletfilters-jetty-4-2-17

• And netty has the same functionality to support this via ChannelHandler

I guess what I am saying is that the functionality has existed since the first web server and still exists in ALL web servers (including reactive ones) ... especially for error handling.

This would definitely be a significant departure from web architecture by not implementing/supporting this.

[bclozel]

The forwarded HTTP header is not related to Servlet at all. It's an HTTP header that can be set by HTTP proxies.
The Jetty RequestDispatcher.forward() is the Servlet implementation of that Servlet forward dispatch. This won't work if you're using Jetty without the Servlet integration.

I think this discussion is going full circle with no actionable change on our side. Spring Boot does support WebFlux error handling (similar to MVC) and we don't need Servlet Forward dispatches for that. We're implementing a WebExceptionHandler. The equivalent of the Servlet API in our WebFlux support is described in the WebHandler API section.

It is true that the current WebFlux model relies on a single "dispatch" through the entire chain, but there are many ways to delegate the handling of an HTTP exchange without mutating the incoming request and restarting the entire dispatcher chain. Without a clear description of what you're trying to achieve it's hard for me to point to a particular direction.

[orubel]

Ok then I guess how would you suggest 'forwarding' to errorHandler/controller without a 'forward'? This is very common practice.

This one puzzles me.

[bclozel]

I would suggest implementing an error handler as pointed out earlier in this thread. Forwarding errors to a controller is an artificial construct - you mainly want to handle errors in a global fashion and we're supporting this quite well in Spring Boot without involving any controller with WebFlux.

[orubel]

The suggestion in multiple docs for Springboot for a custom error handler is to forward to them.
request.getRequestDispatcher("/error").forward(request, response)

[bclozel]

That's for Servlet applications. This API is not present in WebFlux applications. If you want to provide the equivalent of a custom error controller in Spring Boot you can contribute a custom ErrorWebExceptionHandler. If you only want to handle one type of exception, then only contributing a WebExceptionHandler and ordering it should be enough.