Add support for virtual threads (Project Loom)

[onobc]

This is a Spring wide initiative for the end of the year and Spring Framework has spring-projects/spring-framework#23443 scheduled for the 6.1 release this fall.

• [ ] Add support for Java 21 (TODO create issue)
• [ ] Add config prop(s) for enabling virtual threads on listener container executors (default and concurrent)
• Ensure proper use of synchronized (may not be issue as we only use on initial startup AFAICT)

ℹ️ The above will likely be turned into individual issues when we start looking into this.

See this PR that adds virtual thread support to Spring Framework for inspiration.

[wilkinsona]

Add config prop(s) for enabling virtual threads on listener container executors (default and concurrent)

What did you have in mind here? A boolean flag to enable virtual threads or to allow an AsyncTaskExecutor to be set? FWIW, from what I've seen in other projects the latter is the much more common approach.

[sobychacko]

@wilkinsona We can go with the AsyncTaskExecutor if other projects are already doing it for virtual threads support. We are already using AsyncTaskExecutor for running the listener thread. What other projects are using it for VT support?

[wilkinsona]

You can answer that with a code search.

Anywhere that's using a SimpleAsyncTaskExecutor (a new thread per task) is an excellent candidate for using a VirtualThreadTaskExecutor when the user's indicated that they want to use virtual threads.

[onobc]

Going w/ the AsyncTaskExecutor is much simpler than the config prop approach. The containers already support setting the executor. This really becomes an exercise of cleaning up any sync blocks. We will likely want to add a PulsarContainerPropertiesCustomizer in Boot though as the user currently has limited access to what they can configure on the container properties. I will create a code proposal under spring-projects/spring-boot#36347 for this.

[onobc]

Closing via 8c415e8