Проблема с прокси-сервером JDK Spring Boot 3 Java 17 ⇐ JAVA

[Anonymous]

Мы перенесли нашу лямбда-функцию в JAVA 17 и Spring boot 3 из JAVA 11 и Spring boot 2.
Кроме того, у нас есть несколько сред, в которых мы тестируем лямбда-функцию. p>
Мы заметили, что один и тот же перенесенный код не имеет единообразного поведения во всех нижних и производственных средах.
Лямбда-функция работает нормально в некоторых из окружений и не удалось загрузить контекст в некоторых, включая производственную среду.
Ниже приведена ошибка, с которой мы столкнулись в окружении, где не удается создать экземпляр:
"message":"\n\n***************************\nПРИЛОЖЕНИЕ НЕ ЗАПУСТИЛО\n** *************************\n\nОписание:\n\nНе удалось внедрить компонент BeanName, поскольку это динамический прокси-сервер JDK\ n\nБин имеет тип jdk.proxy2.$Proxy136 и реализует:\n\tcom..... ..MarkerInterface\n\tcom...< /strong>... .NormalInterface\n\torg.springframework.aop.SpringProxy\n\torg.springframework.aop.framework.Advised\n\torg.springframework.core.DecoratingProxy\n\nОжидается bean-компонент типа com.. .... .ClazzName', который реализует:\n\tcom..... ..MarkerInterface\n\tcom...< /em>...******.NoramlInterface\n\n\nДействие:\ n\nРассмотрите возможность внедрения компонента в качестве одного из его интерфейсов или принудительного использования прокси на основе CGLib, установив proxyTargetClass=true в @EnableAsync и/или @EnableCaching.
Мы попробовали включить CGLIB в этой лямбда-функции, и он работал там, где он терпел неудачу.
Также сравнил информацию о загрузке классов в обоих окружениях, и они абсолютно одинаковы.
Кроме того, мы используем @EnableCaching и не используем @EnableAsync в нашей функции.
Теперь возникает вопрос, почему он работает на некоторых env и ломается на других. В каждой среде был развернут один и тот же код (проверен дайджест кода).
Кроме того, все среды находятся в одной учетной записи AWS.
Любой советы по отладке хорошо помогают понять проблему.

Подробнее здесь: https://stackoverflow.com/questions/790 ... -3-java-17