Martin Grigorov

https://github.com/apache/curator/pull/410/commits/f6bac3372130882ee1991b087283842f542474ad "fixes" the problem in org.apache.curator.framework.imps.GzipCompressionProvider but it does not look nice. I'd recommend a deeper look here!

Now the build on JDK 17 fails due to Jersey. https://github.com/apache/curator/blob/fe50da4904aa4ca4f51b473ad298ae664358ff3c/pom.xml#L84-L86 says that it is not worth it to upgrade.

> Also I am not sure about why we are using Jersey in Curator... > do you want to try to upgrade please ? It is used only in curator-x-discovery-server/src/test/java/org/apache/curator/x/discovery/server/jetty_jersey/TestMapsWithJersey.java...

I've updated Jersey to it latest 2.x version but there is still some problem - the MapDiscoveryContext is not seen as a `@Provider` and `org.apache.curator.x.discovery.server.jetty_jersey.MapDiscoveryResource`'s constructor fails with a NPE....

Unfortunately using this.getClass().getClassLoader() doesn't help. It still loads the resource without the `play.shaded` prefix.

Thanks! Looks better now! Let's see what others think about this linters.

+1 for better support for Linux ARM64 ! My employer is willing to donate Linux ARM64 VM that could be used for development needs and as a CI agent. Please...

#128 also updates the version to 2.4.1 (the latest one for Scala 2.11) But this PR is still useful with the change for SystemTime

@medb I am not a member of Atlas team, so I don't have permissions.

> I think it is better, in the end, to inherit versions from the Parent Apache POM. WDYT? Let me know if this is what Parquet team prefers and I...