Test: against ES with configured TLSv1.3

[kares]

This PR establishes confidence that TLSv1.3 is working and supported on recent LS (JVM) versions.

An integration target is added where ES 7.x is set to only accept TLS 1.3 protocol and gets tested against LS.

[kares]

🔴 CI bumping into

• plugin tests failing with SNAPSHOT builds using Bundler 2.3.9 elastic/logstash#13890
• [META] problems surfacing due switching docker base image elastic/logstash#13572
• Test failing with JNR error: getprotobyname_r failed #165

[kaisecheng]

Overall looks good. Most of the updates are from filter-elasticsearch.
The following red CI seems different from the known issues
INTEGRATION=false ELASTIC_STACK_VERSION=7.x
INTEGRATION=false ELASTIC_STACK_VERSION=8.x

[kares]

The following red CI seems different from the known issues
INTEGRATION=false ELASTIC_STACK_VERSION=7.x
INTEGRATION=false ELASTIC_STACK_VERSION=8.x

Right, there's more than just the interruptible failure mentioned in elastic/logstash#13572
There seems to be a unit test leak but we do not have any production nor unit test related changes here.
I am also not reproducing the leak locally ... maybe it's due the same cause as the interruptible issue (elastic/logstash#13572) that we somehow end up executing much slower and the scheduler thread is still around while another example runs.

[kares]

tried handling the extra spec failures in #169

[kaisecheng]

LGTM. Red CI is unrelated to this change. All failed CI tests are traced in issues.