В чем разница между RecieveTimeout и SynchronousTimeout в org.apache.cxf.jaxrs.client.WebClient?

Позвольте мне рассказать немного о проблеме, с которой я сейчас сталкиваюсь, а также о решении, которое мы пытаемся реализовать:

В настоящее время мы реализовали клиент REST с использованием org.apache.cxf.jaxrs.client.WebClient, и в этой реализации мы хотим установить тайм-аут, чтобы операции, которые действительно занимают время, корректно истекали по тайм-ауту.

Здесь, в этом контексте, мы должны потратить много времени на изучение того, какие варианты тайм-аута должны быть предоставлены, чтобы длительная операция была корректно отключена по тайм-ауту, вместо того, чтобы позволять операции длиться долго!

Мы попытались следовать многим подходам, предложенным здесь, в StackOverflow, чтобы установить тайм-аут, как показано ниже, которые не служат цели (после вопроса это, попробовали этот подход):

HTTPConduit conduit = WebClient.getConfig(webClient).getHttpConduit();
conduit.getClient().setConnectionTimeout(1000 * 3);
conduit.getClient().setReceiveTimeout(1000 * 3);

Очевидно, из этого не вышло. И при дальнейшем изучении кода WebClient и ClientConfiguration заметил, что есть еще один вариант, чтобы попробовать (даже это не сработало). Вот реализация, которую я пробовал.

ClientConfiguration clientConfiguration = WebClient.getConfig(webClient);
clientConfiguration.setSynchronousTimeout(90000);    //default value here being 60000, on increasing this - it doesn't take effect

Просто хотел понять, когда и где эти тайм-ауты начинают действовать, когда мы пытаемся вызвать соответствующие действия HTTP GET, POST или PUT. Я очень запутался, где эти таймауты повлияют на то, какие операции сейчас!

Я знаю, что не могу предоставить минимальный отлаживаемый код, который можно было бы изучить, но это должно быть что-то очень простое для любых реализаций REST (я думаю).

Любые указатели на это очень приветствуются.

Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
1
0
428
1

Ответы 1

Для HTTP synchronousTimeout - это receiveTimeout. CXF также поддерживает другие транспорты, кроме HTTP, поэтому существует это дополнительное свойство. receiveTimeout идет первым, поэтому установка другого значения для synchronousTimeout не имеет никакого эффекта (см. https://github.com/apache/cxf/blob/master/rt/rs/client/src/main/java/org/apache/cxf/jaxrs/client/ClientConfiguration.java#L67).

Случай здесь был для HTTP, и я смог установить значение, отличное от 60000ms по умолчанию ...

N00b Pr0grammer 13.07.2018 12:29

Другие вопросы по теме