Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [rest-dev] [External] : Re: Jakarta Rest 3.2?
  • From: Jan Supol <jan.supol@xxxxxxxxxx>
  • Date: Wed, 17 Jan 2024 12:43:34 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; 1; spf=pass; dmarc=pass action=none; dkim=pass; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed;; 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=+i98s+Dsi0U3bpOohIiMrkjxCZJ1KgvqmIfkF8BV2qk=; b=H2i0goEM0xxvzc7Bu1NFtsakrVkaiT6B4OuhqYSijzrlW/AvUkJCL0XFygJF8BQN4iLl7wgqk99w7DG9uRXt3gnNI4Yi//V8hr7IOQFGp/rsAfPsZQ3GRWY1aovR0o+lF2KmkT+38o1TESK5iFRI3gWOmWtqDHaKBm5108jgZecvjMsqLS7+819z3RC+wERWZ54z+7eFwtt6zS36aObCASuBZfijCCNoZdCh1kUyXSnuSw6g85T/luVk2axxB/a43YMnNSoGGLLMrXSOY7CwYGhTHb6S0uh8gNSPLfndowcoA9Sks75HoJCTlYMN7ndjuE4qoosE/vWiaTuyyXhQCA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901;; cv=none; b=BZpDYavpRrpEmyYHbkNcTGG9SZaTBrzs6iN7z9PGJmJc8V3nwsy9ZRKrt52QQDqvDyqGBXUKaWShpeX6t4wms/N7hv+y0vvA8qhF6WLCWi+DygJyp7CxEudQPSCpMqo25zoqFdsDsrZiuarfdoUX49L72CcvQ3QZIUZ+KdAgO0FvCyq9ieCvWZNpnwuId/T6qzHA4wgNbIg/giVImMCYUlspH+9zBlEjDvNczFEU9RWliz3L3WY3xMXRe9gmweTMw7fZll3qfmYthzkW36WnwoqgWPFaqM0B7S6BAgbPahxboySJe47QqCzFA/KHXM4Y0lv27CV/0iK9vYOug7eJRQ==
  • Delivered-to: rest-dev@xxxxxxxxxxx
  • List-archive: <>
  • List-help: <>
  • List-subscribe: <>, <>
  • List-unsubscribe: <>, <>
  • Msip_labels:
  • Thread-index: AQHaSMUbAyHb/Yed0kmYSx65EX925bDd6PlB
  • Thread-topic: [rest-dev] [External] : Re: Jakarta Rest 3.2?

Are you suggesting: 
  • keeping @Body and the injection mechanism used in 3.1 (3.1 injection), ignoring the annotation? 
  • allowing switching the injection modules (3.1 injection vs CDI injection module) when the customer decides to transition from @Context to @Body
  • need to support @Inject by the 3.1 injection wherever the deprecated @Context would be replaced by @Inject 
  • in JBoss (or any application server), you won't be able to use both injection modules at the same time, so only the deprecated injection will be included (to keep the backward compatibility)
  • hence the CDI injection won't be testable by the tck running atop the application server
Or are you suggesting:
  •  teach CDI to understand the @Context and have CDI as the main injection framework
  • update/duplicate all the TCKs to use @Inject and @Body
Or something else?


From: Jim Krueger <jckofbyron@xxxxxxxxx>
Sent: Tuesday, January 16, 2024 10:43 PM
To: Jakarta Rest project developer discussions <rest-dev@xxxxxxxxxxx>
Cc: Jan Supol <jan.supol@xxxxxxxxxx>; James Perkins <jperkins@xxxxxxxxxx>
Subject: Re: [rest-dev] [External] : Re: Jakarta Rest 3.2?

On Jan 16, 2024, at 2:29 PM, James Perkins via rest-dev <rest-dev@xxxxxxxxxxx> wrote:

2. We could support both. If possible, not sure on this, we could require implementations to log a warning  if the @Body annotation is not used. Effectively supporting both the old and new options

I’ve chatted a bit with James on this and I’m thinking that option 2 is likely the only viable option for Jakarta Rest 3.2.    We have to provide an alternative to @Context if we are going to formally deprecate it and I would think that we’d want to also deprecate @Suspended as well.  As a result there may be more than one un-annotated parameter, so support for @Body will be needed.

Back to the top