-
Notifications
You must be signed in to change notification settings - Fork 355
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
Default Exception Mapper Related Question #5743
Comments
Logs for jersey 2.x application Message: Starting mapping of the exception.
|
jersey 3.x application An exception mapping did not successfully produce and processed a response. Logging the exception propagated to the default exception mapper. |
Note: Starting mapping of the exception doesn't happen in jersey 3.x |
as per 3.1 RESTful API requirement each implementation must have a default exception mapper:
The 3.1.x versions of Jersey respect that requirement, so exceptions are handled by the default exception mapper. If the default behavior does not meet your needs, you can implement a custom exception mapper, which would process exceptions as required by your application. |
I migrated my application from jersey 2.x to 3.x along with spring boot. Previously when I throw any
RuntimeException
, the errors will be mapped to MappableException class and processed. But after migration to 3.1.8, it seems the exceptions are not mapped properly and I can see the error logorg.glassfish.jersey.server.ServerRuntime$Responder - An exception mapping did not successfully produce and processed a response. Logging the exception propagated to the default exception mapper. java.lang.IllegalArgumentException: Invalid format: " "
Is there any other way to implement it or is it a bug?
cc: @jansupol
The text was updated successfully, but these errors were encountered: