Запит клієнта Java HTTP із визначеним часом очікування

Я хотів би зробити BIT (вбудований в тести) на ряд серверів у моїй хмарі. Мені потрібен запит на помилку під час великого таймауту.

Як мені це зробити з java?

Спроба чогось подібного нижче, здається, не працює.

public class TestNodeAliveness {
 public static NodeStatus nodeBIT(String elasticIP) throws ClientProtocolException, IOException {
  HttpClient client = new DefaultHttpClient();
  client.getParams().setIntParameter("http.connection.timeout", 1);

  HttpUriRequest request = new HttpGet("http://192.168.20.43");
  HttpResponse response = client.execute(request);

  System.out.println(response.toString());
  return null;
 }


 public static void main(String[] args) throws ClientProtocolException, IOException {
  nodeBIT("");
 }
}

- EDIT: Уточнити, яка бібліотека використовується -

Я використовую httpclient з apache, ось відповідний розділ pom.xml

 <dependency>
   <groupId>org.apache.httpcomponents</groupId>
   <artifactId>httpclient</artifactId>
   <version>4.0.1</version>
   <type>jar</type>
 </dependency>

import org.apache.http.client.HttpClient;
import org.apache.http.impl.client.DefaultHttpClient;
import org.apache.http.params.BasicHttpParams;
import org.apache.http.params.HttpConnectionParams;
import org.apache.http.params.HttpParams;

...

    // set the connection timeout value to 30 seconds (30000 milliseconds)
    final HttpParams httpParams = new BasicHttpParams();
    HttpConnectionParams.setConnectionTimeout(httpParams, 30000);
    client = new DefaultHttpClient(httpParams);

Якщо ви використовуєте Http Client версії 4.3 і вище, ви повинні використовувати це:

RequestConfig requestConfig = RequestConfig.custom().setConnectTimeout(30 * 1000).build();
HttpClient httpClient = HttpClientBuilder.create().setDefaultRequestConfig(requestConfig).build();

HttpParams застаріло в новій бібліотеці HTTPClient Apache. Використання коду, наданого Laz, призводить до попередження про припинення використання.

Я пропоную використовувати RequestConfig замість цього на своєму екземплярі HttpGet або HttpPost:

final RequestConfig params = RequestConfig.custom().setConnectTimeout(3000).setSocketTimeout(3000).build();
httpPost.setConfig(params);

Схоже, ви використовуєте HttpClient API, про який я нічого не знаю, але ви можете написати щось подібне до цього, використовуючи основну Java.

try {

   HttpURLConnection con = (HttpURLConnection) new URL(url).openConnection();
   con.setRequestMethod("HEAD");
   con.setConnectTimeout(5000); //set timeout to 5 seconds
   return (con.getResponseCode() == HttpURLConnection.HTTP_OK);

} catch (java.net.SocketTimeoutException e) {
   return false;
} catch (java.io.IOException e) {
   return false;
}

Я виявив, що встановлення параметрів тайм-ауту в HttpConnectionParamsі HttpConnectionManagerне вирішило нашу справу. Ми обмежуємось використаннямorg.apache.commons.httpclient версії 3.0.1.

Я в кінцевому підсумку використовував java.util.concurrent.ExecutorServiceдля моніторингуHttpClient.executeMethod() дзвінка.

Ось невеликий, замкнутий приклад

import org.apache.commons.httpclient.HttpClient;
import org.apache.commons.httpclient.methods.EntityEnclosingMethod;
import org.apache.commons.httpclient.methods.PostMethod;
import org.apache.commons.httpclient.methods.multipart.FilePart;
import org.apache.commons.httpclient.methods.multipart.MultipartRequestEntity;
import org.apache.commons.httpclient.methods.multipart.Part;
import java.io.File;
import java.io.IOException;
import java.util.Arrays;
import java.util.List;
import java.util.concurrent.*;

/**
 * @author Jeff Kirby
 * @since <pre>Jun 17, 2011</pre>
 */
public class Example {

   private static final String SITE = "http://some.website.com/upload";
   private static final int TIME_OUT_SECS = 5;

   // upload a file and return the response as a string
   public String post(File file) throws IOException, InterruptedException {
      final Part[] multiPart = { new FilePart("file", file.getName(), file) };
      final EntityEnclosingMethod post = new PostMethod(SITE);
      post.setRequestEntity(new MultipartRequestEntity(multiPart, post.getParams()));
      final ExecutorService executor = Executors.newSingleThreadExecutor();
      final List<Future<Integer>> futures = executor.invokeAll(Arrays.asList(new KillableHttpClient(post)), TIME_OUT_SECS, TimeUnit.SECONDS);
      executor.shutdown();
      if(futures.get(0).isCancelled()) {
         throw new IOException(SITE + " has timed out. It has taken more than " + TIME_OUT_SECS + " seconds to respond");
      }
      return post.getResponseBodyAsString();
   }

   private static class KillableHttpClient implements Callable<Integer> {

      private final EntityEnclosingMethod post;

      private KillableHttpClient(EntityEnclosingMethod post) {
         this.post = post;
      }

      public Integer call() throws Exception {
         return new HttpClient().executeMethod(post);
      }
   }
}

Згаданий метод із найбільшими значеннями вгору від Laz застарілий із версії 4.3 і далі. Отже, було б краще скористатися об'єктом запиту конфігурації, а потім побудувати клієнт HTTP

    private CloseableHttpClient createHttpClient()
        {
        CloseableHttpClient httpClient;
        CommonHelperFunctions helperFunctions = new CommonHelperFunctions();
        PoolingHttpClientConnectionManager cm = new PoolingHttpClientConnectionManager();
        cm.setMaxTotal(306);
        cm.setDefaultMaxPerRoute(108);
        RequestConfig requestConfig = RequestConfig.custom()
            .setConnectTimeout(15000)
            .setSocketTimeout(15000).build();
        httpClient = HttpClients.custom()
            .setConnectionManager(cm)
            .setDefaultRequestConfig(requestConfig).build();
        return httpClient;
        }

PoolingHttpClientConnectionManager користувач встановлює максимальну кількість підключень за замовчуванням та максимальну кількість консенсів на маршрут. Я встановив його як 306 та 108 відповідно. Значень за замовчуванням недостатньо для більшості випадків.

Для встановлення часу очікування: я використав об’єкт RequestConfig. Ви також можете встановити властивість Connection Request Timeout (Тайм-аут запиту на підключення) для встановлення тайм-ауту очікування з'єднання з диспетчера з'єднань.

Про це вже згадувалося у коментарі бенволіота вище. Але, я думаю, це варто посади найвищого рівня, бо це, безсумнівно, змусило мене почухати голову. Я публікую це на випадок, якщо це допоможе комусь іншому.

Я написав простий тестовий клієнт і CoreConnectionPNames.CONNECTION_TIMEOUT в цьому випадку очікування прекрасно працює. Запит скасовується, якщо сервер не відповідає.

Усередині коду сервера, який я насправді намагався протестувати, ідентичний код ніколи не закінчується.

Змінюючи його до часу очікування для активності підключення до сокета ( CoreConnectionPNames.SO_TIMEOUT), а не до з'єднання HTTP (CoreConnectionPNames.CONNECTION_TIMEOUT ), вирішило проблему для мене.

Також уважно прочитайте документи Apache: http://hc.apache.org/httpcomponents-core-ga/httpcore/apidocs/org/apache/http/params/CoreConnectionPNames.html#CONNECTION_TIMEOUT

Зверніть увагу на біт, який говорить

Зверніть увагу, цей параметр може застосовуватися лише до з'єднань, прив'язаних до певної локальної адреси.

Я сподіваюся, що це рятує когось іншого від усіх подряпин, які я пройшов. Це навчить мене не читати документацію ретельно!

Пізніше Op заявив, що вони використовують Apache Commons HttpClient 3.0.1

 HttpClient client = new HttpClient();
        client.getHttpConnectionManager().getParams().setConnectionTimeout(5000);
        client.getHttpConnectionManager().getParams().setSoTimeout(5000);

HttpConnectionParams.setSoTimeout(params, 10*60*1000);// for 10 mins i have set the timeout

Ви також можете визначити необхідний час очікування.