AE
Вспоминаем лекции Евгения Борисова, BeanPostProcessor + BeanFactory ваш выбор
Size: a a a
2020 June 25
o
если у вас есть набор бинов который вы как-то хотите выбирать
Такая идея конечно есть, но основная штука в том что - выбор зависит от RequestScope бина, т.е на момент сборки контекста это прокси (на самом деле примерно так и сделоано сейчас и не работает). Иногда эта «фабрика» уплывает в CompletableFuture, где все падает 😉
o
Сейчас там есть @Bean @RequestScope Interface interface() {switch() {...} }
VG
Такая идея конечно есть, но основная штука в том что - выбор зависит от RequestScope бина, т.е на момент сборки контекста это прокси (на самом деле примерно так и сделоано сейчас и не работает). Иногда эта «фабрика» уплывает в CompletableFuture, где все падает 😉
Если правильно понял суть, то Можно же при объявлении ThreadPoolTaskExecutor, который будет использоваться в Async методах, передавать контекст реквеста
И тогда CompleatableFuture не упадёт
И тогда CompleatableFuture не упадёт
VG
можно, но следить чтобы все везде передавали не очень хочется
я имел в виду один раз вот так
....
@EnableAsync
@Configuration
public class AsyncConfig {
private static Runnable decorate(Runnable runnable) {
RequestAttributes context = RequestContextHolder.currentRequestAttributes();
Map<String, String> contextMap = MDC.getCopyOfContextMap();
return () -> {
try {
RequestContextHolder.setRequestAttributes(context);
MDC.setContextMap(contextMap);
runnable.run();
} finally {
MDC.clear();
RequestContextHolder.resetRequestAttributes();
}
};
}
@Bean
public Executor taskExecutor() {
ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
executor.setTaskDecorator(AsyncConfig::decorate);....
return executor;
}
}AM
можно, но следить чтобы все везде передавали не очень хочется
А не нужно, сделайте сервис, который будет принимать ваш runnable и при сабмите таски в пул, записывать данные из Request Context вызывающего треда в Request Context треда в пуле, а по завершению задачи тред в блоке finally будет на всякий чистить свой контекст. Ну и желательно, чтобы передаваемый контекст был из немутабельных данных.
AM
Если данные в контексте мутабельные, желательно создавать копию их. Чтобы дочерний тред, не повлиял на данные в родительском.
AM
Есть ещё один хак, во всех спринговых holderах существует стратегия хранения, на память помню, что одна использует ThreadLocal, вторая InheritableThreadLocal. Можно выставить стратегию на inheritable, что это значит: при создании треда, треду потомку передаётся значение контекста родителя. Но, это работает, только если вы явно создаёте тред, а не используете пул с уже созданным кол-вом.
EP
расскажи пожалуйста, какая принципиальная разница работать за зп программиста на свежем стеке в менее пафосном месте или на стеке говно-мамонта в Федеральном Банке ЗВР США ?
Кроме того у нас жесть: мы поддерживаем старый стек на проде, где ловля ошибок занимает неделю и переписываем постепенно все это на новый стек. И я не думаю, что мое присутствие на проекте будет продолжаться долго. Вы представляете пересадку прогера с Idea на Eclipse?
WT
таких проектов не мало на сколько я знаю