I can provide some practical evidence: We've been using Java 21 virtual threads for a large set of consumers since a few weeks and haven't encountered any issues. Anything else would be surprising since they should be a 1:1 alternative to "real" threads.
Cheers, Thorsten Am Freitag, dem 13.12.2024 um 20:49 +0000 schrieb John Lilley: > Our java clients are artemis JMS 2.32, but we can and will keep > updating. > Our application is written using almost entirely the "RPC" pattern: > - Post a request packet to service queue > - Block the caller thread waiting for a response in reply-to queue > - Process the result > > While procedural programming with blocking RPC calls is easy, there > are problems with resource use and potential deadlock (all service > threads busy, but then someone makes a recursive RPC call). Some > members of our team advocate for a purely "reactive" model to solve > these problems, but it is harder to understand and debug. > > This leads me to a few questions: > - Deadlock is only a concern with fixed thread pools. Can Artemis be > configured with "elastic" pools that expand and contract dynamically? > - Has the Artemis JMS client been validated against Java 21 virtual > threads? Can I just replace the thread factory to create virtual > threads instead? > > PLEASE NOTE: This e-mail from Redpoint Global Inc. ("Redpoint") is > confidential and is intended solely for the use of the individual(s) > to whom it is addressed. If you believe you received this e-mail in > error, please notify the sender immediately, delete the e-mail from > your computer and do not copy, print or disclose it to anyone else. > If you properly received this e-mail as a customer, partner or vendor > of Redpoint, you should maintain its contents in confidence subject > to the terms and conditions of your agreement(s) with Redpoint. -- Dr.-Ing. Thorsten Meinl KNIME AG Talacker 50 8001 Zurich, Switzerland --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@activemq.apache.org For additional commands, e-mail: users-h...@activemq.apache.org For further information, visit: https://activemq.apache.org/contact