- Порезанный
- 23 сентября 2026 г. в 11:28 UTC
- Автор
- Kamo
- Обещать
- 723ad95
область SessionAccessGuard d47b471 на WebSocketConfig взломала все Pod: Spring должен полностью конструировать WebSocketConfig **************************** Каждое @Autowired поле решено) до него Вы можете создать брокер MessagingTemplate и остальную часть брокера Инфраструктура, которая возвращается в тот же класс Настройка ClientInboundChannel. Сеанс AccessGuard зависит от SupportTicketService, чья собственная сеть (SupportAssignmentService ->) SupportNotificationService -> PushDispatchService -> PresenceService a SimpMessagingTemplate - который в данном приложении является брокеромMessagingTemplate. Подтверждено в прямом эфире: каждая копия нового хита сборки"brokerMessagingTemplate: Запрашиваемая фасоль в настоящее время находится в создании" и CrashLoopBackOff'd; два все еще работающие старые стручки продолжали служить повсюду, поэтому это было застрявшим Развертывание, а не отключение. sessionAccessGuard теперь @Lazy, поэтому поле держит прокси во время Собственная конструкция WebSocketConfig и настоящая фасоль - и ее полная Цепочка зависимости - решается только при первом использовании (первая живая сессия) Подписка, задолго до того, как брокер закончил работу. проверенный Перераспределение и чтение собственного журнала запуска нового контейнера, а не только его Состояние готовности - этот класс отказов никогда не касается пути запроса единицы Тест может достичь, именно поэтому 1098 зеленых тестов не поймали его. Первый раз, только реальное обновление ApplicationContext.