response body error when use brotli as compression encode

[naah69]

Describe the bug

When I use brotli to compress response body,the response body can't be decompressed.

I create CompresssionHttpServerCustomizer to enable brotli,the way is from vertx_http_compression_algorithms

    @Override
    public void customizeHttpServer(HttpServerOptions options) {
        options.addCompressor(getBrotliOptions(compressionLevel));
        options.addCompressor(getGzipOptions(compressionLevel));
    }

Expected behavior

brotli compression work!

Actual behavior

response body can't be decompred,it failed!

How to Reproduce?

quarkus-br.zip

Output of uname -a or ver

mac-arm and x86

Output of java -version

17.0.5

GraalVM version (if different from Java)

No response

Quarkus version or git rev

2.13.4.Final

Build tool (ie. output of mvnw --version or gradlew --version)

3.8.4

Additional information

No response

[geoand]

Have you tried with Quarkus 3.2.0.Final?

[naah69]

Have you tried with Quarkus 3.2.0.Final?
@geoand
yes,3.2.0.Final had the same problem.
quarkus3-br.zip

[naah69]

Have you tried with Quarkus 3.2.0.Final?

@geoand
Is there any progress？

[geoand]

Nope, I have a very long list of things to do

[geoand]

maybe @cescoffier knows immediately what the problem is

[cescoffier]

In native mode we disable Brotli (on purpose). However in JVM mode it should work.

[naah69]

In native mode we disable Brotli (on purpose). However in JVM mode it should work.在本机模式下，我们（故意）禁用 Brotli。但是在 JVM 模式下它应该可以工作。

@cescoffier

we use JVM mode,but it didn't work.

the below is my code.Can u help me to check the code is right？

quarkus2-br.zip

quarkus3-br.zip

[cescoffier]

Our Brotli support only works up to 8192 (1024*8) bytes. For responses bigger than this, it corrupts the output.
It does not seem to happen when using Vert.x directly. So, it might be something we do somewhere.

CC @vietj @franz1981

[cescoffier]

I believe it's related to eclipse-vertx/vert.x#4567.