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

Вы можете использовать bean-компоненты с областью запроса (и сеанса) только в потоке веб-контейнера, в котором выполняется запрос.

Я предполагаю, что этот поток ожидает асинхронного ответа от вашего потока SI?

Если это так, вы можете привязать bean-компонент с областью действия запроса к сообщению, возможно, в заголовке или где-нибудь в полезной нагрузке.

Для Spring 4 Frameworks добавьте servletContext.addListener (new RequestContextListener ());

public class WebApplicationInitializer extends AbstractAnnotationConfigDispatcherServletInitializer {
    @Override
    protected Class<?>[] getRootConfigClasses() {
        return new Class[] { RootConfiguration.class };
    }

    @Override
    protected Class<?>[] getServletConfigClasses() {
        return new Class[] { WebMvcConfiguration.class };
    }

    @Override
    protected String[] getServletMappings() {
        return new String[] { "/" };
    }

    @Override
    protected Filter[] getServletFilters() {
        return new Filter[] { new HiddenHttpMethodFilter() };
    }

    **@Override
    public void onStartup(ServletContext servletContext) throws ServletException {
        super.onStartup(servletContext);
        servletContext.addListener(new RequestContextListener());
    }**
}

Используйте RequestContextFilter со свойством threadContextInheritable, установленным в значение true. Это заставляет дочерний поток наследовать родительский контекст, который содержит сам объект запроса. Также убедитесь, что исполнитель не использует повторно потоки в пуле, потому что объект запроса очень специфичен для этого запроса и не может использоваться совместно с различными запросами. Одним из таких исполнителей является SimpleAsyncTaskExecutor.

Для получения дополнительной информации см. Область «сеанс» не активна для текущего потока; IllegalStateException: запроса с привязкой к потоку не найдено.

Для spring -boot 2.4 и spring framework 5 оба RequestContextFilter и RequestContextListener у меня не работали.

Покопавшись в коде, я обнаружил, что DispatcherServlet перезапишет inheritable из RequestContextHolder, установленного RequestContextFilter или любым другим, см. DispatcherServlet.processRequest и DispatcherServlet.initContextHolders.

Итак, решение довольно простое, без каких-либо других компонентов:

@Configuration
class whateverNameYouLike {
   @Bean
   DispatcherServlet dispatcherServlet() {
       DispatcherServlet srvl = new DispatcherServlet();
       srvl.setThreadContextInheritable(true);
       return srvl;
   }
}

Но обратите внимание, что само решение применяется только к новым потокам, созданным текущим потоком запроса, а не к какому-либо пулу потоков.

Для случаев пула потоков вы можете положиться на дополнительный класс-оболочку ：

public class InheritableRequestContextTaskWrapper {
    private Map parentMDC = MDC.getCopyOfContextMap();
    private RequestAttributes parentAttrs = RequestContextHolder.currentRequestAttributes();

    public <T, R> Function<T, R> lambda1(Function<T, R> runnable) {
        return t -> {
            Map orinMDC = MDC.getCopyOfContextMap();
            if (parentMDC == null) {
                MDC.clear();
            } else {
                MDC.setContextMap(parentMDC);
            }

            RequestAttributes orinAttrs = null;
            try {
                orinAttrs = RequestContextHolder.currentRequestAttributes();
            } catch (IllegalStateException e) {
            }
            RequestContextHolder.setRequestAttributes(parentAttrs, true);
            try {
                return runnable.apply(t);
            } finally {
                if (orinMDC == null) {
                    MDC.clear();
                } else {
                    MDC.setContextMap(orinMDC);
                }
                if (orinAttrs == null) {
                    RequestContextHolder.resetRequestAttributes();
                } else {
                    RequestContextHolder.setRequestAttributes(orinAttrs, true);
                }
            }
        };
    }
}

А потом используйте это так ：

InheritableRequestContextTaskWrapper wrapper = new InheritableRequestContextTaskWrapper();
List<String> res = pool.submit(() -> ids.parallelStream().map(
    wrapper.lambda1((String id) -> {
        try {
           // do something and return the result string
        } catch (Exception e) {
            e.printStackTrace();
            throw new RuntimeException("Error occurred in async tasks", e);
        }
    })).collect(Collectors.toList())).get();

Вы можете опубликовать запрос в новом потоке следующим образом:

import org.springframework.web.context.request.RequestContextListener;
 ...
ServletRequestEvent requestEvent = new ServletRequestEvent(req.getServletContext(), req);
RequestContextListener requestContextListener = new RequestContextListener();
requestContextListener.requestInitialized(requestEvent);
 ...
requestContextListener.requestDestroyed(requestEvent);

Если вы заглянете внутрь requestInitialized()-method, вы найдете ThreadLocal-переменную, содержащую запрос. Теперь вы можете успешно выполнить автоматическую пересылку вашего запроса.