How can I enable Content-Encoding:gzip to Quarkus HTTP

[SetoKaiba]

I have a file called WebGL.framework.js.gz in resources/META-INF/Build. I want the http serve it with Content-Encoding: gzip. How?

WebGL.loader.js:1 Unable to parse Build/WebGL.framework.js.gz! This can happen if build compression was enabled but web server hosting the content was misconfigured to not serve the file with HTTP Response Header "Content-Encoding: gzip" present. Check browser Console and Devtools Network tab to debug.

[mattwelke]

Isn't this a repeat of this Stack Overflow question?
https://stackoverflow.com/questions/70843270/how-can-i-enable-content-encodinggzip-to-quarkus-http

[SetoKaiba]

I thought that Stack Overflow and Discussions are two different community. So I post it there and here.
Is there an answer to my question?

[Postremus]

Please try "quarkus.http.enable-compression=true".

https://quarkus.io/guides/rest-json#gzip-support

[Postremus]

Finally found time to dig deeper into this.
quarkus.http.header."Header".path appears to only support one path at a time, no regex can be used.

quarkus/extensions/vertx-http/runtime/src/main/java/io/quarkus/vertx/http/runtime/VertxHttpRecorder.java

Line 373 in 6a3c923

httpRouteRouter.route(config.path)

I figured out another way though which works with static files. This registers a so filter for the Vert.X request. In the filter itself the response can be changed, i.e. to include a specific custom header. Works with resteasy classic and resteasy-reactive.

import io.quarkus.vertx.http.runtime.filters.Filters;
import javax.enterprise.context.ApplicationScoped;
import javax.enterprise.event.Observes;
@ApplicationScoped
public class FilterRegistrator {
void setupFilter(@Observes Filters filters) {
        filters.register((rc) -> {
            rc.next();

            if (rc.normalizedPath().contains("/index.html") || rc.normalizedPath().contains("/logo.png") || rc.normalizedPath().contains("/favicon.ico")) {
                rc.response().headers().add("CUSTOM-HEADER", "VALUE");
            }

        }, 0);
    }

[SetoKaiba]

@Postremus Thank you. It does help.

[mattwelke]

@SetoKaiba You should post the answer in https://stackoverflow.com/questions/70843270/how-can-i-enable-content-encodinggzip-to-quarkus-http too so that people who find that SO don't assume the problem isn't solvable, not realizing it was solved here.

[SetoKaiba]

@Postremus It seems that the filter is not reliable. Did I miss something? Could you please check this link. If I ctrl + f5 to refresh it again and again without cache. The content-encoding: br is missing sometimes. I don't know whether it's a bug or not. The output is always printed. But the content-encoding is missing sometimes.
https://live.kaiba.net:8443/WebGL2/Build/WebGL2.framework.js.br

package net.kaiba;


import io.quarkus.vertx.http.runtime.filters.Filters;

import javax.enterprise.context.ApplicationScoped;
import javax.enterprise.event.Observes;

@ApplicationScoped
public class FilterRegistrator {

    void setupFilter(@Observes Filters filters) {
        filters.register((rc) -> {
            rc.next();

            if (rc.normalizedPath().contains(".gz")) {
                System.out.println(rc.normalizedPath() + ":gz");
                rc.response().headers().add("content-encoding", "gzip");
            }

            if (rc.normalizedPath().contains(".br")) {
                System.out.println(rc.normalizedPath() + ":br");
                rc.response().headers().add("content-encoding", "br");
            }

            if (rc.normalizedPath().contains(".wasm")) {
                System.out.println(rc.normalizedPath() + ":wasm");
                rc.response().headers().add("content-type", "application/wasm");
            }

        }, 0);
    }
}

I tried undertow-handlers. But it can't override the content-type.
https://quarkus.io/guides/http-reference#undertow-handlers-conf

I made a simple enough project with only FilterRegistrator and the https support. I can always reproduce with just ctrl + F5 to refresh the page.

[SetoKaiba]

The rc.next() should be the last operation. The missing sometimes problem is fixed.
#24978