Skip to content

Conversation

@arturobernalg
Copy link
Member

This change extends the per-connection pending request cap in H2MultiplexingRequester with an optional submission policy. The default behavior remains fail-fast rejection with RejectedExecutionException, preserving existing semantics.

@arturobernalg arturobernalg requested a review from ok2c January 1, 2026 11:03
…quest cap

Provide optional queuing mode and keep default fail-fast rejection semantics
Derive request scheme from target host to ensure HTTP/2 :scheme is always set
@arturobernalg arturobernalg force-pushed the h2-max-requests-policy branch from a94d5d6 to 48d5380 Compare January 4, 2026 12:39
@ok2c
Copy link
Member

ok2c commented Jan 4, 2026

@arturobernalg In my opinion this is an advanced client feature and it should be in the client project, not core. I also think this should be a continuation of apache/httpcomponents-client@ee6ebee.

I think there should be just one queue per client instance. Requests that cannot be executed should be put at the end of the queue and re-executed when there total number of concurrent requests drops below the max limit.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants