Spring Integration HttpRequestExecutingMessageHandler проблема с заголовками

Question

Проверка заголовков HttpRequestExecutingMessageHandler Я замечаю общий заголовок, accept-encoding, gzip, который выдает исключение по ответу на этапе преобразования, то есть сообщение не может быть преобразовано, выдавая ошибку при ответе. Который является моим предположением, связанным с задержкой используемого HttpClient.

Есть ли какая-либо причина для размещения этого заголовка на RestTemplate по умолчанию? Удаление заголовка с фильтром заголовка, запрос Rest выполняется нормально.

Также я попытался использовать RestTemplate - но заголовок остается там, так что работал только фильтр заголовка.

Но при внутреннем тестировании (с использованием HTTP Rest для соединения разных экземпляров Integration) все работало нормально, т.е. сообщение заголовка обрабатывается нормально (и я не знаю причину, так как возникла проблема out. С исходящими RestServers.

Ниже приведен пример потока.

С Уважением,

**

IntegrationFlows.from("theRequestChannel")
                    .transform(Transformers.fromJson(MyClass.class))
                    .enrichHeaders(m -> m.header("app_id", "appid"))
                    .enrichHeaders(m -> m.header("app_key", "app_key"))
                    .headerFilter("accept-encoding")
                    .handle(myHandler())
                    .get();

**

Answer 1

Полностью неясно, что вы спрашиваете. Нет accept-encoding автоматический заголовок в Spring Integration. Я могу предположить, что у вас есть адаптер входящего канала HTTP, и этот заголовок отправляется внешним клиентом вашему приложению.

Если REST-сервису, которому нужно позвонить, действительно не нравятся эти заголовки, то мы действительно хороший выбор для filter такой заголовок перед выполнением запроса. Такой заголовок не настроен на RestTemplate, поскольку вы не исключаете его оттуда, а фильтруете, прежде чем RestTemplate,

Другой вариант, который вы можете рассмотреть, это DefaultHttpHeaderMapper с этими setOutboundHeaderNames() настроить набор шаблонов заголовков для передачи из сообщения в HTTP-запрос. Конечно, исключая упомянутое accept-encoding,