Hi all,
Checked the tccl thing and VirtualThread accept to set their TCCL but
default to the creation thread one so issue is really more on the caller so
guess it is more about tomcat ensuring it is created at the right time and
likely integrated with the standard context loader appropriately so o
Le lun. 27 févr. 2023 à 20:21, Mark Thomas a écrit :
> On 27/02/2023 18:02, Romain Manni-Bucau wrote:> Le lun. 27 févr. 2023 à
> 18:38, Mark Thomas a écrit :
> >
> >> On 27/02/2023 17:09, Romain Manni-Bucau wrote:
> >>> Hi,
> >>>
> >>> AFAIK loom or a standard thread pool are exactly the same ex
On 27/02/2023 18:02, Romain Manni-Bucau wrote:> Le lun. 27 févr. 2023 à
18:38, Mark Thomas a écrit :
On 27/02/2023 17:09, Romain Manni-Bucau wrote:
Hi,
AFAIK loom or a standard thread pool are exactly the same except when you
use loom you need to ensure you pass the contextual executor to us
Le lun. 27 févr. 2023 à 18:38, Mark Thomas a écrit :
> On 27/02/2023 17:09, Romain Manni-Bucau wrote:
> > Hi,
> >
> > AFAIK loom or a standard thread pool are exactly the same except when you
> > use loom you need to ensure you pass the contextual executor to use
> > (scheduler in the API IIRC) o
On 27/02/2023 17:09, Romain Manni-Bucau wrote:
Hi,
AFAIK loom or a standard thread pool are exactly the same except when you
use loom you need to ensure you pass the contextual executor to use
(scheduler in the API IIRC) otherwise the Thread.startVirtualThread will
use the global JVM one (so you
Hi,
AFAIK loom or a standard thread pool are exactly the same except when you
use loom you need to ensure you pass the contextual executor to use
(scheduler in the API IIRC) otherwise the Thread.startVirtualThread will
use the global JVM one (so you use 2 thread pools which is unintended in
genera
FYI
https://spring.io/blog/2023/02/27/web-applications-and-project-loom
Written for $dayjob but the data is based purely on Tomcat and a trivial
web application.
I think this could prove useful when we need discuss what to do with the
Loom module code.
Mark
---
