Skip to content

Conversation

@geoand
Copy link
Contributor

@geoand geoand commented Feb 21, 2025

@github-actions
Copy link

github-actions bot commented Feb 21, 2025

🙈 The PR is closed and the preview is expired.

@geoand geoand marked this pull request as ready for review February 25, 2025 14:22
@geoand geoand requested a review from cescoffier February 25, 2025 14:23
@quarkus-bot
Copy link

quarkus-bot bot commented Feb 25, 2025

Status for workflow Quarkus CI

This is the status report for running Quarkus CI on commit 9ba4ed8.

✅ The latest workflow run for the pull request has completed successfully.

It should be safe to merge provided you have a look at the other checks in the summary.

You can consult the Develocity build scans.

Copy link
Member

@cescoffier cescoffier left a comment

Choose a reason for hiding this comment

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

LGTM

Any reason why the compression is handled using an interceptor and not the underlying client?


=== Receiving compressed messages
REST Client also supports receiving compressed messages using GZIP. You can enable the HTTP compression support by adding the property `quarkus.http.enable-compression=true`.
REST Client also supports receiving compressed messages using GZIP and can be enabled via configuration.
Copy link
Member

Choose a reason for hiding this comment

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

I'm surprised it does not handle the other compression protocols like Brotli.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Also something to check as a follow up

}

if (enableCompression) {
if (Boolean.TRUE.equals(enableCompression)) {
Copy link
Member

Choose a reason for hiding this comment

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

Ah that's why. It is done using an interceptor.
Any reason for this?

@geoand
Copy link
Contributor Author

geoand commented Feb 25, 2025

Any reason why the compression is handled using an interceptor and not the underlying client?

That's a good question, I didn't do the initial implementation, so I'll have to check that as a follow-up

@geoand geoand merged commit 8688a6e into quarkusio:main Feb 25, 2025
57 checks passed
@quarkus-bot quarkus-bot bot added this to the 3.21 - main milestone Feb 25, 2025
@quarkus-bot quarkus-bot bot added the kind/enhancement New feature or request label Feb 25, 2025
@geoand geoand deleted the #46415 branch February 25, 2025 18:54
@geoand
Copy link
Contributor Author

geoand commented Feb 25, 2025

I'll be looking at #46496 this week

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

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Enable HTTP compression for REST client only

2 participants