Fix inadvertent package changes for JavaVersion

This commit reverts some inadvertent imports to which JavaVersion to
use. We have two copies of this class because the low-level REST client
does not have a dependency on libs/core where we have another copy. We
do not want to add libs/core as a dependency of the low-level REST
client, hence the duplication. In the process of adding the duplication,
we used the same package name as the copy in libs/core. This causes JAR
hell in the tests though, since the test framework (so libs/core) and
the low-level REST client would be on the classpath. To address this, an
automatic refactoring was done in the IDE to change the package name of
the copy in the low-level REST client. Yet, this refactoring
automatically changed the import on some classes. This commit undoes
that.

Author: jasontedor

client/rest/src/main/java/org/elasticsearch/client/RestClient.java

@@ -49,6 +49,7 @@
 import org.elasticsearch.client.DeadHostState.TimeSupplier;
 
 import javax.net.ssl.SSLHandshakeException;
+
 import java.io.Closeable;
 import java.io.IOException;
 import java.net.ConnectException;