Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [rest-dev] [External] : EE11 Platform call update
  • From: Santiago Pericasgeertsen <santiago.pericasgeertsen@xxxxxxxxxx>
  • Date: Wed, 21 Feb 2024 13:53:21 +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=vHT8vd4DABgT1JipruSnb89N54Et0gRMhEfk7yTFSLM=; b=g84LTZ9BAiDN2L58U0xd6qo2Vfo8kJwkoio0wYi8FoS+DXCQx0Ujvsp8ua0txRwDdtIZ5t1so5sGuldzQEc3eDzshFWJrLo4rl2SVNDAfsBRo2BfZBheRIT25OwrvuAQsnhuUBrIxEZsOVLjmM+mIkcREv6zbrRNsV1cP1nM4G/b/VRM8WGmM2O30WYE+BHQaH3U4MrhW/nRxoORD5g0jYRGhTWB469efBYjRWe4FPuZ1wnoDPcXIsziT3Ibf9OcoMuadwKvBDYMh3V3EwCQni2xQxskCdtTZwyiyg28zoG8BR2Ufy1zJQnPIY+DXTcyAgBh02ZkvlG7HGi/HvBuEQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901;; cv=none; b=iNsnTBDXS4SKBxasKxmvAmKlMZo7stcBomjRcGu/Fpk9gjw14fX4KGhJ1ndCQkpMAsp8HYOlFEF8+3A8U/Y8ZmHEaDDP9iD/J5+lXaCWDK1OuHIug9lsSWyYu6fsfZ7VnIABmG+ezBC17/AabZAQJGT7URmVUMCVvJwgUfknyD/sY7ZCYzGPWLcBZ7ye4SrP9vCzoBYgadBIqbG5PKaO5As/1Piuh228o5GQ8gLmw9bLjDZgeh1AgszBVlpZB9cQa+S+DKhOB1g1+2sri/ft+gb1WBA2BW+47YAQermbQ+offco4yGRyErW+TU/Wq/ke6/eV3GIVCcLJBpGSzc64Yw==
  • Delivered-to: rest-dev@xxxxxxxxxxx
  • List-archive: <>
  • List-help: <>
  • List-subscribe: <>, <>
  • List-unsubscribe: <>, <>
  • Thread-index: AQHaZEbLJ9F4CXF3PEmIVq/B2JdNTrEUkRsAgAA/ZwCAAAGNgA==
  • Thread-topic: [rest-dev] [External] : EE11 Platform call update


 Seems like a good plan to me. However, for the release review, we are going to need to be explicit about our @Context plans, that’s why I thought the prototype work needs to further along (or maybe it already is?) for us to make a decision one way or the other. Can someone summarize where we are at with it?

— Santiago

On Feb 21, 2024, at 8:47 AM, Jim Krueger via rest-dev <rest-dev@xxxxxxxxxxx> wrote:

Thanks.   If I’m understanding correctly I have a suggestion for one way we could proceed starting today using the branches available to us. The idea being to start with a 4.0  for EE11 that only removes the XML binding dependency and ManagedBean annotation, and allows for @Context deprecation work to continue for possible inclusion in 4.0  for EE11 (a stretch goal for sure) or EE12.  Thoughts?

Master branch

  • Updated to remove the XML binding dependency (as required for EE11 by the Platform).
  • Updated to remove @ManagedBean annotation. 
  • Updated with TCK updates and fixes.
  • Make adjustments to Epic and Release Plan to account for content.
  • Will initially NOT contain and changes to remove or formally deprecate @Context injection.

Release-3.2 branch

  • Update with all PRs going into Master branch.  
  • Continue prototype work to deprecate @Context injection and provide alternative implementation
  • Move changes into master for release.  This might be 4.0, 4.x, or 5.0 for EE11 or EE12, depending on when it is ready.

Release-4.0 branch

  • Keep for reference
  • Remove when no longer relevant.

On Feb 21, 2024, at 4:00 AM, Jan Supol via rest-dev <rest-dev@xxxxxxxxxxx> wrote:

Thank you for sharing, Jim.

+1 for Jakarta REST 4.0 in EE11, with @Context deprecated and kept as we planned for 3.2.
4.0 has a capability to overcome potential incompatibilities when moving towards CDI injection, while it can keep compatibility with 3.1 when using the 3.1 legacy injection. It would also allow a path for to move from @Context​.


From: rest-dev <rest-dev-bounces@xxxxxxxxxxx> on behalf of James Perkins via rest-dev <rest-dev@xxxxxxxxxxx>
Sent: Tuesday, February 20, 2024 10:49 PM
To: Jakarta Rest project developer discussions <rest-dev@xxxxxxxxxxx>
Cc: James Perkins <jperkins@xxxxxxxxxx>
Subject: Re: [rest-dev] [External] : EE11 Platform call update

On Tue, Feb 20, 2024 at 12:22 PM Santiago Pericasgeertsen via rest-dev <rest-dev@xxxxxxxxxxx> wrote:

 Thanks for the update.

 - On 3.2: I have not seen proof that we can do 3.2 with the suggested changes (deprecations) without breaking backward compatibility. I am skeptical.

My concern here is there will be no path forward for projects like MicroProfile if we simply just remove the @Context injection. If we drop @Context support, say in Jakarta EE 12, there is a very likely chance you can't have a Jakarta EE 12 deployment that works with some MicroProfile specifications and/or implementations. I know for sure there are several API's and implementations that use @Context injection for their REST endpoints.

 - On 3.1 for EE11: No objections.

 - On 4.0 for JAXB deprecation: Seems OK at first glance.

Just for a personal preference, I like the idea of what we have planned for 3.2, in a 4.0 which removes JAXB. That part is just my opinion though :)

— Santiago

On Feb 20, 2024, at 2:03 PM, Jim Krueger via rest-dev <rest-dev@xxxxxxxxxxx> wrote:


In this morning's EE11 Platform call there was renewed concerns about the possibility that Jakarta Rest may need to remain on 3.1 for EE11. The primary point of concern centered around the fact that XML binding would be moving to optional in EE11. This will cause a problem for Jakarta Rest since the deprecated dependency with JAXB is not slated for removal prior to JAkarta Rest 4.0. It was discussed that we might be asked to put out Jakarta Rest 4.0 containing only the removal of the JAXB dependency. I'd also assume if our work with release-3.2 reaches a point where it could be included in EE11 that there would likely be a push to rename 3.2 to 4.0 in order to allow the JAXB dependency removal to be included.

I was not in a position to advocate a course of action. I felt that the group should be made aware of this discussion.
rest-dev mailing list
To unsubscribe from this list, visit;!!ACWV5N9M2RV99hQ!OKE2-3coiWbO1poF9zfNNnIeHBWQ8QGhrpflT-cPEApEZxWsoYIlXpIg0Pz5ElVotc6exqiXp5S8q5WMQ2972MSCKRgw$

rest-dev mailing list
To unsubscribe from this list, visit

James R. Perkins
JBoss by Red Hat
rest-dev mailing list
To unsubscribe from this list, visit

rest-dev mailing list
To unsubscribe from this list, visit;!!ACWV5N9M2RV99hQ!KbzEMUQhiEkWgndecDSPN-khfJhN_t-ER1xKpVWEPdQlUh4KNr2EQNxw4rOtg2QHGlGaFEZMTXLQQWJNsOD_NgPfCUFp$

Back to the top