Scope 'session' неактивен для текущего потока; IllegalStateException: запрос на привязку не найден

Ответ 1

Я отвечаю на свой вопрос, потому что он дает лучший обзор причины и возможных решений. Я наградил бонус @Martin за то, что он указал причину.

Причина

Как было предложено @Martin, причиной является использование нескольких потоков. Объект запроса недоступен в этих потоках, как указано в Spring Guide:

DispatcherServlet, RequestContextListener и RequestContextFilter все делают точно то же самое, а именно связывают объект HTTP-запроса с Thread, который обслуживает этот запрос. Это делает beans доступными для запроса и сеанса далее по цепочке вызовов.

Решение 1

Можно сделать объект запроса доступным для других потоков, но он накладывает пару ограничений на систему, что может не работать во всех проектах. Я получил это решение из Доступ к области запросов beans в многопоточном веб-приложении:

Мне удалось обойти эту проблему. Я начал использовать SimpleAsyncTaskExecutor вместо WorkManagerTaskExecutor/ThreadPoolExecutorFactoryBean. Преимущество состоит в том, что SimpleAsyncTaskExecutor никогда не будет повторно использовать потоки. Это только половина решения. Другая половина решения - использовать RequestContextFilter вместо RequestContextListener. RequestContextFilter (а также DispatcherServlet) имеет свойство threadContextInheritable, которое в основном позволяет дочерним потокам наследовать родительский контекст.

Решение 2

Единственным другим вариантом является использование области с ограниченным сеансом bean внутри потока запросов. В моем случае это было невозможно, потому что:

• Метод контроллера аннотируется с помощью @Async;
• Метод контроллера запускает пакетное задание, которое использует потоки для параллельных шагов задания.

Ответ 2

Проблема не в ваших аннотациях Spring, а в шаблоне дизайна. Вы смешиваете разные области и темы:

• singleton
• сеанс (или запрос)
• поток пулов заданий

Синглтон доступен в любом месте, это нормально. Однако область сеанса/запроса недоступна вне потока, прикрепленного к запросу.

Асинхронное задание может выполняться, даже если запрос или сеанс больше не существует, поэтому невозможно использовать зависимый от запроса/сеанса bean. Также нет никакого способа узнать, если вы выполняете задание в отдельном потоке, какой поток является запросом оригинатора (это означает, что в этом случае не рекомендуется использовать прокси-сервер).

Я думаю, что ваш код выглядит так, что вы хотите заключить контракт между ReportController, ReportBuilder, UselessTask и ReportPage. Есть ли способ использовать простой класс (POJO) для хранения данных из UselessTask и читать его в ReportController или ReportPage и больше не использовать ReportBuilder?

Ответ 3

Если кто-то еще застрял в той же точке, после решения моей проблемы.

В web.xml

 <listener>
            <listener-class>
                    org.springframework.web.context.request.RequestContextListener 
            </listener-class>
  </listener>

В компоненте сеанса

@Component
@Scope(value = "session",  proxyMode = ScopedProxyMode.TARGET_CLASS)

В pom.xml

    <dependency>
        <groupId>cglib</groupId>
        <artifactId>cglib</artifactId>
        <version>3.1</version>
    </dependency>

Ответ 4

Как для документации:

Если вы получаете доступ к области beans внутри Spring веб-MVC, то есть в запросе, который обрабатывается Spring DispatcherServlet или DispatcherPortlet, тогда никакой специальной настройки не требуется: DispatcherServlet и DispatcherPortlet уже выставляют все соответствующие состояния.

Если вы запускаете вне Spring MVC (не обрабатывается DispatchServlet), вы должны использовать RequestContextListener Не только ContextLoaderListener.

Добавьте следующее в свой web.xml

   <listener>
            <listener-class>
                    org.springframework.web.context.request.RequestContextListener 
            </listener-class>
    </listener>        

Это обеспечит сеанс Spring, чтобы поддерживать beans в этой области

Обновление:    В соответствии с другими ответами, @Controller только разумно, когда вы находитесь в Spring Контекст MVC, поэтому @Controller не служит для фактической цели в вашем коде. Тем не менее вы можете вставить свой beans в любое место с областью видимости/запроса сеанса (вам не нужно Spring MVC/Controller, чтобы просто вставить beans в определенную область).

Обновление:   RequestContextListener предоставляет запрос только для текущего потока.
У вас есть автоответчик ReportBuilder в двух местах

1. ReportPage - Вы можете видеть, что Spring правильно ввел построитель отчетов, потому что мы все еще находимся в одной и той же веб-теме. я изменил порядок вашего кода, чтобы убедиться, что ReportBuilder введен в ReportPage, как это.

log.info("ReportBuilder name: {}", reportBuilder.getName());
reportController.getReportData();

Я знал, что журнал должен идти по логике, только для цели отладки, которую я добавил.

2. UselessTasklet - У нас есть исключение, потому что это другой поток, созданный пакетом Spring Batch, где Request не отображается RequestContextListener.

У вас должна быть другая логика для создания и вставки ReportBuilder экземпляра в Spring Пакет (май Spring Пакетные параметры и использование Future<ReportBuilder>, вы можете вернуться для дальнейшего использования)

Ответ 5

fooobar.com/questions/136879/...

Для этого вопроса проверьте мой ответ выше, указанный url

Использование области запроса bean вне фактического веб-запроса

Ответ 6

Мой ответ относится к частному случаю общей проблемы, описываемой ОП, но я добавлю его на всякий случай, если он поможет кому-то.

При использовании @EnableOAuth2Sso, Spring помещает OAuth2RestTemplate в контекст приложения, и этот компонент принимает связанные с привязкой к потоку данные, связанные с сервлетом.

Мой код имеет запланированный асинхронный метод, который использует autwired RestTemplate. Это не работает внутри DispatcherServlet, но Spring вводил OAuth2RestTemplate, который вызывал ошибку, описанную OP.

Решение заключалось в том, чтобы сделать инъекцию на основе имени. В конфигурации Java:

@Bean
public RestTemplate pingRestTemplate() {
    return new RestTemplate();
}

и в классе, который его использует:

@Autowired
@Qualifier("pingRestTemplate")
private RestTemplate restTemplate;

Теперь Spring вводит предполагаемый, без сервлета RestTemplate.

Ответ 7

Вам просто нужно определить в bean, где вам нужна другая область действия, чем область одиночного Singleton, кроме прототипа. Например:

<bean id="shoppingCart" 
   class="com.xxxxx.xxxx.ShoppingCartBean" scope="session">
   <aop:scoped-proxy/> 
</bean>