Skip to content
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

implement servlet upgrade for ee10 #10128

Open
wants to merge 15 commits into
base: jetty-12.0.x
Choose a base branch
from

Conversation

lachlan-roberts
Copy link
Contributor

implementing ee10 servlet upgrade for PR #10064

gregw and others added 9 commits July 5, 2023 15:52
Remove lambda for clarity
removed unused variable
Requests are always handled by ServletHandler, one way or another.
Signed-off-by: Lachlan Roberts <lachlan@webtide.com>
Signed-off-by: Lachlan Roberts <lachlan@webtide.com>
Signed-off-by: Lachlan Roberts <lachlan@webtide.com>
Signed-off-by: Lachlan Roberts <lachlan@webtide.com>
Signed-off-by: Lachlan Roberts <lachlan@webtide.com>
Signed-off-by: Lachlan Roberts <lachlan@webtide.com>
// Do not use SerializedInvoker here because application code running within
// SerializedInvoker could issue blocking write() or close() that would deadlock.
// We must execute in case of recursive write within the callback.
getRequest().getContext().execute(() -> callback.failed(x));
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sbordet I don't like this, but we have a test which calls write from within the callback which results in recursion and a StackOverflowError if we execute the callback directly.

@gregw gregw force-pushed the experiment/jetty-12-ServletChannel-cleanup branch from ee383a2 to 3d24929 Compare July 27, 2023 16:38
Base automatically changed from experiment/jetty-12-ServletChannel-cleanup to jetty-12.0.x August 15, 2023 10:02
…tty-12-ServletChannel-cleanup-ee10-servlet-upgrade
Signed-off-by: Lachlan Roberts <lachlan@webtide.com>
// Do not use SerializedInvoker here because application code running within
// SerializedInvoker could issue blocking write() or close() that would deadlock.
// We must execute in case of recursive write within the callback.
getRequest().getContext().execute(callback::succeeded);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We cannot have an execute on the callback of every write. This is a blocker. Let's analyse after 12.0.1 and see how we can avoid t his.

…tty-12-ServletChannel-cleanup-ee10-servlet-upgrade
.github/ISSUE_TEMPLATE/release-template.md Outdated Show resolved Hide resolved
…tty-12-ServletChannel-cleanup-ee10-servlet-upgrade
…tty-12-ServletChannel-cleanup-ee10-servlet-upgrade
@joakime joakime requested a review from gregw February 21, 2024 22:02
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: 👀 In review
Development

Successfully merging this pull request may close these issues.

None yet

4 participants