-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
Review Http[Input|Output].Interceptor #6167
Comments
The |
An interesting question is that if there is a failure during an async write (either in interceptor or below) then should it be thrown from the call to async write? If we don't throw, then the caller might loop on isReady and write, never seeing the exception. We can't call onError because we are already in onWritePossible. @sbordet how sure are we that we have not introduced such a loop with the new catches? So i think we should throw.... but then do we call onError as well once the call to onWritePossible returns? |
|
Signed-off-by: Lachlan Roberts <[email protected]>
Signed-off-by: Lachlan Roberts <[email protected]>
Signed-off-by: Lachlan Roberts <[email protected]>
This issue has been automatically marked as stale because it has been a |
This issue has been automatically marked as stale because it has been a |
This issue has been automatically marked as stale because it has been a |
Closing, as Jetty 12 does not have interceptors anymore. |
Jetty version
10.0.x
Description
Http[Input|Output].Interceptor
are underspecified and need to be reviewed and clarified.This issue stems from work on #6163 and also #6156 and #6010.
Interceptors are not allowed to throw checked exceptions, so they have to wrap failures in runtime exceptions, which would be unnecessary.
Furthermore, if an interceptor throws, the exception handling needs to be careful in both blocking and non-blocking I/O.
@lachlan-roberts @lorban @gregw please add your comments about this matter.
The text was updated successfully, but these errors were encountered: