-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Not possible to control resume on 404 behavior from other extensions with RESTEasy classic #24671
Labels
area/rest
area/resteasy-classic
area/vertx
kind/enhancement
New feature or request
triage/wontfix
This will not be worked on
Comments
ia3andy
added
area/vertx
area/resteasy-classic
area/rest
and removed
triage/needs-triage
labels
Mar 31, 2022
/cc @FroMage, @geoand, @stuartwdouglas |
I am not sure if the issue is the same, but mentioning as it's similar: #5236 |
I am only going to do for RESTEasy Reactive. |
geoand
added a commit
to geoand/quarkus
that referenced
this issue
Mar 31, 2022
geoand
added a commit
that referenced
this issue
Mar 31, 2022
Allow control of resume on 404 behavior via build item
gsmet
pushed a commit
to gsmet/quarkus
that referenced
this issue
Apr 11, 2022
Relates to: quarkusio#24671 (cherry picked from commit 9c27c13)
Should we close this as we have done the work for RESTEasy Reactive? |
Let's close this issue for now as fixing this in RESTEasy Classic would involve too much effort. |
ia3andy
changed the title
Make it possible to resume on 404 instead of mapping with RESTEasy classic and reactive
Not possible to control resume on 404 behavior from other extensions with RESTEasy classic
Jan 30, 2023
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
area/rest
area/resteasy-classic
area/vertx
kind/enhancement
New feature or request
triage/wontfix
This will not be worked on
Description
In the experimental Quinoa extension, in dev mode, I need a behavior where my Handler catches everything that isn't successfully handled by other extensions. The idea is that all those not found requests should be forwarded to a node dev server.
Currently, RESTEasy Reactive has a flag for it:
https://github.com/quarkusio/quarkus/blob/main/extensions/resteasy-reactive/quarkus-resteasy-reactive/deployment/src/main/java/io/quarkus/resteasy/reactive/server/deployment/ResteasyReactiveProcessor.java#L808
This flag is only available for servlet capability.
I would like to make it possible for any extension (using a BuildItem?) to enable
resumeOn404
.Also, I wonder why we don't always resume on 404 and put the resteasy 404 mapper handler far down the priority list so that other can plug in their handler the middle of the vertx router priority queue, without needing such an option. Ex:
The text was updated successfully, but these errors were encountered: