Ankur Mhatre
243cccd4ca
Every @Async behaviour that surprises people, asserted by a test and captured to docs/output/: the self-invocation trap, what CGLIB cannot override, the IllegalArgumentException a plain return type throws, the unbounded queue that makes max-size decoration, spring.task.execution.propagate-context (new in Boot 4.1.0), the two Executor beans that leave @Async on an unpooled SimpleAsyncTaskExecutor, and JEP 491 measured on JDK 21 against JDK 25.
13 lines
621 B
Plaintext
13 lines
621 B
Plaintext
== Two custom Executor beans, no 'taskExecutor' ==
|
|
|
|
Executor beans in this context: 2
|
|
reportsExecutor -> org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor [TaskExecutor]
|
|
corePoolSize=2 maxPoolSize=2 queueCapacity=2147483647 threadNamePrefix=reports-
|
|
emailsExecutor -> org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor [TaskExecutor]
|
|
corePoolSize=2 maxPoolSize=2 queueCapacity=2147483647 threadNamePrefix=emails-
|
|
Bean named 'taskExecutor' present: false
|
|
Bean named 'applicationTaskExecutor' present: false
|
|
|
|
@Async ran on : SimpleAsyncTaskExecutor-1 (virtual=false)
|
|
|