Skip to content

Conversation

@lorban
Copy link
Contributor

@lorban lorban commented Oct 27, 2025

Skip the last write done by the ServletChannel upon completion when the ResourceService already did it via the Core API.

Prototype fix for #13849

Also see #13914

@lorban lorban requested review from gregw and sbordet October 27, 2025 12:44
@lorban lorban self-assigned this Oct 27, 2025
@lorban lorban added the Bug For general bugs on Jetty side label Oct 27, 2025
@lorban lorban moved this to 🏗 In progress in Jetty 12.1.4 - FROZEN Oct 27, 2025
Copy link
Contributor

@sbordet sbordet left a comment

Choose a reason for hiding this comment

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

Can you please write a parallel PR where we wrap the response in ResourceServlet to not do the last write, and see what breaks?

Feels more that our model is "wrap if you want to change behavior", and for servlets it appears that we don't want ResourceService to do the last write because the ServletChannel drives it.
So wrapping feels more idiomatic to our programming model.

…849-ServletContextResponse-duplicate-last-write
…849-ServletContextResponse-duplicate-last-write
@lorban
Copy link
Contributor Author

lorban commented Nov 4, 2025

Went with #13914 instead.

@lorban lorban closed this Nov 4, 2025
@github-project-automation github-project-automation bot moved this from 👀 In review to ✅ Done in Jetty 12.1.4 - FROZEN Nov 4, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Bug For general bugs on Jetty side

Projects

Status: ✅ Done

Development

Successfully merging this pull request may close these issues.

Connection reset on HTTP/2 when using CompressionHandler with default WindowRateControl

4 participants