Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-platform-dev] [EXTERNAL] Re: [DISCUSS] Include Jakarta Data in EE 11
  • From: Edward Burns <Edward.Burns@xxxxxxxxxxxxx>
  • Date: Thu, 27 Jul 2023 02:41:49 +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=Vy5pxvuMhhxyiBiGEKUuiUkntpMM4ifPJZ1bRXQZix4=; b=L/TW/uLGLzIEdNv7fd88mahbatWznBGDS0TA2YK5GuOEEmLvQodMnfJ0uWnG+BrytxPnDGs5RNRvsDkcDrRvbRL1BsBK5gKbUPrYbFwXxKn76Kibs5yBovSQV7NPlj8txoBw1PwDARmc9lFcUVwHjoNQBYBdsGDEkSC6Sw4wkMOxoDnaGih4ju2hNsFD3oY+4ijEhup6fr95Jo2CPgAbhEAnJOABQEgiMt6mIPAOl8hium1k110AJrjIN15D51UI9ym1rZrDS0zN8YxWnEvcqruSNZFyycq2kicoUworPkCixmC9xv/bzBAU4WSuU4rkEFfeuglJGHa6lIQl1Ut50w==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901;; cv=none; b=VRYdduL7Q/uG16YjipaiPo459hq5M0jJCSt/Wbsq7iPd28EKbSZB1aznmEdY8DJpIa22dWdegAEPbefgY4DfPlmPw8ceENYAM+0HU2Z0rYtfn1UfeIp7OdVBboPe9/8t0U6ogkWpY9C4iA6iSNiLvX6E8eCwlzQL2EUZVCmXb3It6AZH1F2KYABp8JJMVtKvIFM5dJ5pWRDDZAfFi/yhoQioBCHmf3q+f0C+YnRKNVL+0RQNS6GP6WfYV4Pik3MLkcy7y4AS73EHOklr9g5RPlCZUyeotWijv2xp/61vHGLTek5Y9pXt5nO6lf4j4gNpY+HQke66hGLdoaH8Bsw7JA==
  • Delivered-to: jakartaee-platform-dev@xxxxxxxxxxx
  • List-archive: <>
  • List-help: <>
  • List-subscribe: <>, <>
  • List-unsubscribe: <>, <>
  • Msip_labels: MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Enabled=True; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SiteId=72f988bf-86f1-41af-91ab-2d7cd011db47; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_SetDate=2023-07-27T02:40:43.4400341Z; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_ContentBits=0; MSIP_Label_f42aa342-8706-4288-bd11-ebb85995028c_Method=Standard
  • Thread-index: AQHZtbsVmfoDEDAAfk244uEKbOSIP6/I7noAgABZvACAA7POYg==
  • Thread-topic: [EXTERNAL] Re: [jakartaee-platform-dev] [DISCUSS] Include Jakarta Data in EE 11

Microsoft intends to vote +1 for inclusion of Jakarta Data in EE 11.


Microsoft recognizes that some vendors have existing and committed

investments in technologies that overlap or even compete with Jakarta,

for example Spring Data and Red Hat Panache. Microsoft continues to

support these vendors with their existing and significant investments

in several well known Azure offers.


Microsoft believes Azure customers best interests are served by

standardized solutions.


In the case of the repository pattern, we have numerous customers that

use the repository pattern with JPA. Having this in the standard will

help meet their needs.


Some comments culled from the discussion.


Steve Millidge wrote:


SM> We have a “chicken and egg” problem here. We can’t see how

SM> something bakes/matures in the market without shipping it in

SM> products.  So I think there is a middle ground option here before

SM> making it mandatory for all in a platform profile.




SM> Same comment for all 3 under discussion.


People said the same thing about Facelets. I advocated for its

inclusion in Java EE and the record has proven its adoption



Scott Stark wrote:


SS> But specs can be included in products without being in the

SS> platform. This is not Java EE any longer.


Technically, that's true. But the inclusion of a spec in the platform,

and the subsequent forcing of compliant implementations to implement

the spec, has historically been one way that the cross-vendor

portability value proposition of Java EE has been achieved.  I'll cite

CDI and JPA as two other examples. I know a thing or two about the

impact on adoption of a spec being included in a platform. Again, from

JSF, people opposed to JSF being included in J2EE 1.4, but we put it

in, and it helped adoption of JSF.


Finally, coming back to adoption, this is our first chance to add any

new features to Jakarta EE 11 since the heroic efforts to create a

truly open standard not beholden to any one dominant vendor. This was

not 100% true with Java EE, though the stewards of the spec were way

more open than most give them credit for. Another reason to include

the spec is to answer those who say, "Why would I choose Jakarta EE?

It doesn't include anything really new over Java EE!"



| edburns@xxxxxxxxxxxxx | office: +1 954 727 1095

| Calendar Booking:


| Please don't feel obliged to read or reply to this e-mail outside

| of your normal working hours.


| Reply anonymously to this email:


Back to the top