Adapt to deprecation of org.eclipse.jetty.server.handler.gzip.GzipHandler

[snicoll]

GzipHandler has been deprecated for removal in Jetty 12.1.1. The replacement seems to require an extra artifact according to the requested compression, see the Javadoc of GzipHandler for more details.

The deprecation has been suppressed in org.springframework.boot.jetty.JettyHandlerWrappers but we need to figure out how we're going to replace that by CompressionHandler.

[Tharanishwaran]

Hi @snicoll,I'd like to work on this issue. I have experience with dependency upgrades from my Spring Initializr contributions.

[snicoll]

@Tharanishwaran thanks but we don't really know yet what we want to do here. To keep offering gzip we need to add an extra dependency and it's unclear if we're going to do that. I'll add pending design work to make that more explicit.

[bclozel]

I implemented the changes. It looks like the extra dependencies are minimal and are mostly a way to allow for extra compression algorithms (that depend on native libraries) and load them via service loader.

Let's add the 2 extra dependencies (roughly 20kB each) in the "implementation" configuration of the "spring-boot-jetty" module, then. This will allow developers to add more compression algorithms in the classpath so they can be picked up automatically.