Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jetty-users] Jetty 12 schedule?
  • From: "Cantor, Scott" <cantor.2@xxxxxxx>
  • Date: Wed, 9 Nov 2022 21:19:56 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=2; mx.microsoft.com 1; spf=pass (sender ip is 128.146.163.16) smtp.rcpttodomain=eclipse.org smtp.mailfrom=osu.edu; dmarc=pass (p=none sp=none pct=100) action=none header.from=osu.edu; dkim=pass (signature was verified) header.d=osu.edu; arc=pass (0 oda=1 ltdi=1 spf=[1,1,smtp.mailfrom=osu.edu] dkim=[1,1,header.d=osu.edu] dmarc=[1,1,header.from=osu.edu])
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=osu.edu; dmarc=pass action=none header.from=osu.edu; dkim=pass header.d=osu.edu; arc=none
  • Arc-message-signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=deJjPyW6xTmDqQiwRYHGXRkyMFBD5hZKGhNfSE3DvdM=; b=cN+fmcbVDWkPyLeAISGLcB+cG7IKsUuouj44eUMl3Lcs2i7H5Gug87I6gBb1sv9+gsMJ7byvBlToidii9JOoA3GSJ6ZIyiSiW7I7P++pWAYYI48XXhMFjRX0UG47Au3azRUWyImv2+f+JMGsYFBNM880SCd9mNJ2h0dULQ/teWMAbRKrrgNBVHtH/qogRQ7BTV+baQBrA/KqMCFGL8/99sQKrzWAHiMCNDdDravz0k/LE7QAy+MJ1806RYTtN/yXsT9CfMSuWaJWMgAQiqghIb9ei7rQc3bgWDHr6vh2m7hh2OqN3JhsXLHIqNE1SWDBE0QaEjURigEqYaX/crxaNw==
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=deJjPyW6xTmDqQiwRYHGXRkyMFBD5hZKGhNfSE3DvdM=; b=b5g8UWBvoDo3V2PQLPUdF5uE0MBqthOqW06e3D7JqIEY/4SMAEDUNJZcZOAjR8PO6R5ejjxFDh9AgT+hvBjqoQnzL8PQOoFyrC4kS6L5gpMM/WeEwS99VkoBfnfuXw/EEUvrmP4Z/ZpKdnxrs7mu5LXAOkmxu4Ket30s54wP/JC8b0a+xI9mAzi5CCmkJijozMQvRQfwi4YpfHSUyuElHn3PjfL2Xb8ak8J97t3bApM2N1IxkxzpumIiWk/nTWFhCniT9uUgMfHVW5znsbk2P5p3sjJkoCQd5zUCKwsuzBJUhRg3Jj2HOYzegbonOjFHKHH09oDs1CcXSzB5lzMTOQ==
  • Arc-seal: i=2; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=pass; b=Mg/JZH7zNCztL4Ut69F1tHi2LDlZIIoxbHqupdCwjTQkVPRLk8TKPocW/HWWryU+BFu/FZPIJzVTb+nSCGS7IWl7J2cvOlKpSqmMPEGHuKTlw0hKUm9gyc6hGU7MLoEyuSqNgBqGBIKTF3kkdXd4DrarMCZyWYdNHO5p2W8vX4mPDhVvBlfV6qtJWrFYBQFKFBJkBGZB1UJig2JZ4LU0S0Ao3TiRXCow2MrEfUvx08yNn0MzSmnHQjXxzP8xUJ0rBZy3HFq7wMzcOix38ySvHo+R+mLMSc04zo/0oJfYO5K7xA8tMxwSLYziH7s+f+p34BHqKOAT5+YOPZNA2pMgzA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gkaBvPSTCAoLYhYtDDMm+0U2nM6REUoIC9Wj8Y50lhhHBRVzqNhABJtr2516AvDmcIU3btLQrxn2cr+LJAuQeBoX3IWbr0KnQ0IVoI7AdhrsHpbXPzktur6/zIF+ONM6s8rM1D6HaL0iMa4I0BvKkXe1O8ju8Zj4CVIfN4sUDRaRm4Y7/HiVkKu3VztIEHYljlmFvsmuRH5+DgJiz7UaoI6uqyHfPp2EKv/jNaKchWQu/mraFZWq3IcMUpJmuRKL3Sj9Nit/pslpPgMxl3v7rRFCpRmxXkIx1xU4mE5QVG0MfV8hX23Czp05wPt61WApWr8ZXVSaSzyN2BIzAPFeCg==
  • Delivered-to: jetty-users@xxxxxxxxxxx
  • List-archive: <https://www.eclipse.org/mailman/private/jetty-users/>
  • List-help: <mailto:jetty-users-request@eclipse.org?subject=help>
  • List-subscribe: <https://www.eclipse.org/mailman/listinfo/jetty-users>, <mailto:jetty-users-request@eclipse.org?subject=subscribe>
  • List-unsubscribe: <https://www.eclipse.org/mailman/options/jetty-users>, <mailto:jetty-users-request@eclipse.org?subject=unsubscribe>
  • Thread-index: AQHY9Ghs/kXpTHwkrUqN86vWo3WTQa43BFG2//+tJICAAF/sAP//rg+AgABU2QD//629AAAKoISA//+uWYA=
  • Thread-topic: [jetty-users] Jetty 12 schedule?
  • User-agent: Microsoft-MacOutlook/16.66.22102801
>    You cannot use thread-local reliably starting in Jakarta Servlet 5.

Our undersatanding has been that a given request is still thread-locked from start to finish even though there are changes to the model in how requests are dispatched, as long as one didn't call out to some kind of asynchronous API or something that could suspend the processing of the request.

We have looked into the issue and couldn't find any statements that a given servlet request is allowed to switch threads mid-request or how that could possibly make any sense. How would the container even get a chance to do so?

But to be fair, I have expressed concerns about it and we have been aware that there are changes supposedly coming aorund that. Every time we look, we can't find the clarity we need about what it actually means in practice.

And if it breaks, we'll be stuck because I don't think we have any other practical options.

If you have some kind of information somewhere you could point us to about what it actually means that a thread can be swapped out or how/when that could possibly happen, it would be useful.

-- Scott

Back to the top