У меня есть реализация mvc пружины с Hibernate. У нас есть кварц, чтобы заботиться о запланированных работах. Я читал о потоках и рекомендации Spring о том, что все порождения потоков в Spring должны выполняться через управляемый компонент (TaskExecutor?), Т.е. порождение потоков должно управляться пружиной, а не разработчик просто порождает случайный поток, вызывающий new Thread (new Runnable). {})
У меня такой вопрос: у меня есть продукт, в который пользователи входят в мою систему. Каждый запрос от браузера - это поток, Tomcat заботится об их обслуживании и т. Д. c. если требуется асинхронная работа, мы порождаем потоки, а запрос может возвращаться пользователю. KISS, не так ли?
что мне не хватает из-за отсутствия реализации TaskExecutor в моей системе ? Если бы мы никогда не думали о его реализации, как бы управляющий TaskExecutor с пружиной изменил бы нам игру? Я не могу найти какую-то статью , в которой четко объясняется, почему мне нужна собственная реализация TaskExecutor / опасности порождения ваших собственных потоков / повышения производительности / преимуществ разработки, позволяющих Spring управлять этим et c.
Любой ресурс поделился или объяснение будет оценено. Благодарен людям, которые поделятся своим опытом