Вчера я перешел на Spring 2.2.0-RELEASE.
К сожалению, вскоре после того, как обнаружил серьезное изменение в моей интеграции. В настоящее время я ищу хорошую работу для этого.
В 2.2.0 была введена строгая проверка для ResponseCookies, что фактически нарушило мою интеграцию с внешними службами.
Вот несколько слегка запутанных файлов cookie, которые я получаю.
Set-Cookie: visid_incap_99025=nMBb1tXkTNusB9ZvFmB60D/pw10AAAAAQUIPAAAAAABzx9/cd4/1jhxcHhOv674S; expires=Thu, 05 Nov 2020 12:11:36 GMT; path=/; Domain=.provider.net
Set-Cookie: nlbi_99025=6FkNJqtqDmAfk5/BL9q5pgAAAABdUK4DN/diqzo8eFw+REau; path=/; Domain=.provider.net
Set-Cookie: incap_ses_457_99025=tLz+ZhxodUxzZqvzpphXBj/pw10AAAAA6RJkHV/vD+s+ZAKC3dwrvw==; path=/; Domain=.provider.net
проблемный код находится в конструкторе ResponseCookie пакета spring-web 5.2.0. Эти методы статической проверки выдают исключение для файлов cookie с доменом, имеющим в качестве первого символа .
.
Какой разумный обходной путь для этого?
Можно ли настроить другой декодер с упрощенной проверкой на месте? ?
Могу ли я каким-то образом настроить Spring WebClient так, чтобы он полностью игнорировал проверку?
Заставить провайдера изменить представление своих файлов cookie я не могу:).