You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tomee.apache.org by David Blevins <da...@gmail.com> on 2020/06/19 03:13:59 UTC
Initial Jakarta EE 9 snapshot TCK results (90%-ish)
I've done a run in EC2 and here are the results I'm getting with the potential TomEE 9.0.0-M1 binaries.
If you didn't read the 100+ emails in the last week, these binaries are created by taking TomEE 8.0.3-SNAPSHOT and running through the bytecode transformation tools we've been working on (Eclipse Transformer and TomEE Patch Plugin) to change all the code that references `javax` to instead reference `jakarta`. All this is done in the TomEE master branch. We're hoping this means we can stay focused on TomEE 8 / Jakarta EE 8 while getting Jakarta EE 9 compliance for free (no having to maintain two branches for code that only differs by namespace).
Enough of that, now the data:
# Overall
PASSED 23843 91%
FAILED 2133 8%
TOTAL 25976
# Breakdown by Section
section total passed failed percent
ejb30 2120 1780 340 83%
ejb32 801 675 126 84%
el 147 146 1 99%
jaspic 68 4 64 5%
jaxrs 2417 2229 188 92%
jpa 10071 9932 139 98%
jsf 5419 5252 167 96%
jsonb 236 224 12 94%
jsonp 744 708 36 95%
jsp 711 676 35 95%
jstl 524 453 71 86%
jta 195 141 54 72%
securityapi 86 1 85 1%
servlet 1698 1622 76 95%
websocket 739 0 739 0%
Bear in mind we don't actually know if anyone can pass the Jakarta EE 9 TCK yet. With that in mind, I'd say these results are astronomically good.
Given how behind we've been in the last few years I think it would be pretty awesome to hustle to get a release up for vote ASAP so we can have binaries people can try in time for the Jakarta EE 9 Milestone release Tuesday morning.
With 72 hours to vote and 24 hours for mirrors to sync, if we rolled binaries in the next 12 hours we could just make.
If everyone bears in mind these two things, I think we can make it:
1. Any release we roll can immediately be fixed in a subsequent
release if there's a flaw; there's no time for rerolls. We could do
another release next week if we wanted.
2. Any discussion we want to have on how a Jakarta EE 9 effort
should go is still on the table. We can change literally anything
for potential future releases. Nothing is set in stone.
That said, let's give the world a taste of awesome.
-David
Re: Initial Jakarta EE 9 snapshot TCK results (90%-ish)
Posted by Thiago Henrique Hupner <th...@gmail.com>.
+1
Em sex., 19 de jun. de 2020 às 00:14, David Blevins <da...@gmail.com>
escreveu:
> I've done a run in EC2 and here are the results I'm getting with the
> potential TomEE 9.0.0-M1 binaries.
>
> If you didn't read the 100+ emails in the last week, these binaries are
> created by taking TomEE 8.0.3-SNAPSHOT and running through the bytecode
> transformation tools we've been working on (Eclipse Transformer and TomEE
> Patch Plugin) to change all the code that references `javax` to instead
> reference `jakarta`. All this is done in the TomEE master branch. We're
> hoping this means we can stay focused on TomEE 8 / Jakarta EE 8 while
> getting Jakarta EE 9 compliance for free (no having to maintain two
> branches for code that only differs by namespace).
>
> Enough of that, now the data:
>
> # Overall
>
> PASSED 23843 91%
> FAILED 2133 8%
> TOTAL 25976
>
>
> # Breakdown by Section
>
> section total passed failed percent
> ejb30 2120 1780 340 83%
> ejb32 801 675 126 84%
> el 147 146 1 99%
> jaspic 68 4 64 5%
> jaxrs 2417 2229 188 92%
> jpa 10071 9932 139 98%
> jsf 5419 5252 167 96%
> jsonb 236 224 12 94%
> jsonp 744 708 36 95%
> jsp 711 676 35 95%
> jstl 524 453 71 86%
> jta 195 141 54 72%
> securityapi 86 1 85 1%
> servlet 1698 1622 76 95%
> websocket 739 0 739 0%
>
>
> Bear in mind we don't actually know if anyone can pass the Jakarta EE 9
> TCK yet. With that in mind, I'd say these results are astronomically good.
>
> Given how behind we've been in the last few years I think it would be
> pretty awesome to hustle to get a release up for vote ASAP so we can have
> binaries people can try in time for the Jakarta EE 9 Milestone release
> Tuesday morning.
>
> With 72 hours to vote and 24 hours for mirrors to sync, if we rolled
> binaries in the next 12 hours we could just make.
>
> If everyone bears in mind these two things, I think we can make it:
>
> 1. Any release we roll can immediately be fixed in a subsequent
> release if there's a flaw; there's no time for rerolls. We could do
> another release next week if we wanted.
>
> 2. Any discussion we want to have on how a Jakarta EE 9 effort
> should go is still on the table. We can change literally anything
> for potential future releases. Nothing is set in stone.
>
>
> That said, let's give the world a taste of awesome.
>
>
> -David
>
>
>
>
>
>
>
Re: Initial Jakarta EE 9 snapshot TCK results (90%-ish)
Posted by Jonathan Gallimore <jo...@gmail.com>.
I ended up doing both. The jakarta module is here:
https://github.com/apache/tomee-jakarta
and its GAV is org.apache.tomee.jakarta:apache-tomee:9.0.0-M1 (note the
groupId).
Maven does not let you release an artifact that depends on a different
version of itself. Weirdly its ok doing that for snapshots, or so it seems.
I now have a release staged, so a vote will be appearing in your mailboxes
this afternoon (there's a few steps in between).
Jon
On Fri, Jun 19, 2020 at 9:24 AM Jonathan Gallimore <
jonathan.gallimore@gmail.com> wrote:
> These are fantastic results. Right, the pressure is on to get the release
> out.
>
> I'm starting the release now. This will include the tomee-patch-plugin,
> and TomEE itself, with both TomEE 8.0.3 and the transformed version -
> 9.0.0-M1. While a SNAPSHOT build is capable of kicking both of these
> version out with the same artifact and group, but different versions, the
> release plugin is having none of it.
>
> I see two options:
>
> 1. Pull the Jakarta module (the bit that does the transformation) into
> another Apache repo (tomee-jakarta?), release TomEE, and then release the
> transformed version
> 2. Give the 9.0.0-M1 a different artifactId.
>
> Personally, I particularly want the tomee binaries to have the same
> artifactId for TomEE 8.0.3 and 9.0.0-M1. I think this will enable things
> like Arquillian, and the TCK to work more easily, without hacks.
>
> I'll give option (1) a shot. If that's no good, I'll go for (2).
>
> Wish me luck. Let's do this!
>
> Jon
>
> On Fri, Jun 19, 2020 at 4:14 AM David Blevins <da...@gmail.com>
> wrote:
>
>> I've done a run in EC2 and here are the results I'm getting with the
>> potential TomEE 9.0.0-M1 binaries.
>>
>> If you didn't read the 100+ emails in the last week, these binaries are
>> created by taking TomEE 8.0.3-SNAPSHOT and running through the bytecode
>> transformation tools we've been working on (Eclipse Transformer and TomEE
>> Patch Plugin) to change all the code that references `javax` to instead
>> reference `jakarta`. All this is done in the TomEE master branch. We're
>> hoping this means we can stay focused on TomEE 8 / Jakarta EE 8 while
>> getting Jakarta EE 9 compliance for free (no having to maintain two
>> branches for code that only differs by namespace).
>>
>> Enough of that, now the data:
>>
>> # Overall
>>
>> PASSED 23843 91%
>> FAILED 2133 8%
>> TOTAL 25976
>>
>>
>> # Breakdown by Section
>>
>> section total passed failed percent
>> ejb30 2120 1780 340 83%
>> ejb32 801 675 126 84%
>> el 147 146 1 99%
>> jaspic 68 4 64 5%
>> jaxrs 2417 2229 188 92%
>> jpa 10071 9932 139 98%
>> jsf 5419 5252 167 96%
>> jsonb 236 224 12 94%
>> jsonp 744 708 36 95%
>> jsp 711 676 35 95%
>> jstl 524 453 71 86%
>> jta 195 141 54 72%
>> securityapi 86 1 85 1%
>> servlet 1698 1622 76 95%
>> websocket 739 0 739 0%
>>
>>
>> Bear in mind we don't actually know if anyone can pass the Jakarta EE 9
>> TCK yet. With that in mind, I'd say these results are astronomically good.
>>
>> Given how behind we've been in the last few years I think it would be
>> pretty awesome to hustle to get a release up for vote ASAP so we can have
>> binaries people can try in time for the Jakarta EE 9 Milestone release
>> Tuesday morning.
>>
>> With 72 hours to vote and 24 hours for mirrors to sync, if we rolled
>> binaries in the next 12 hours we could just make.
>>
>> If everyone bears in mind these two things, I think we can make it:
>>
>> 1. Any release we roll can immediately be fixed in a subsequent
>> release if there's a flaw; there's no time for rerolls. We could do
>> another release next week if we wanted.
>>
>> 2. Any discussion we want to have on how a Jakarta EE 9 effort
>> should go is still on the table. We can change literally anything
>> for potential future releases. Nothing is set in stone.
>>
>>
>> That said, let's give the world a taste of awesome.
>>
>>
>> -David
>>
>>
>>
>>
>>
>>
>>
Re: Initial Jakarta EE 9 snapshot TCK results (90%-ish)
Posted by Jonathan Gallimore <jo...@gmail.com>.
These are fantastic results. Right, the pressure is on to get the release
out.
I'm starting the release now. This will include the tomee-patch-plugin, and
TomEE itself, with both TomEE 8.0.3 and the transformed version - 9.0.0-M1.
While a SNAPSHOT build is capable of kicking both of these version out with
the same artifact and group, but different versions, the release plugin is
having none of it.
I see two options:
1. Pull the Jakarta module (the bit that does the transformation) into
another Apache repo (tomee-jakarta?), release TomEE, and then release the
transformed version
2. Give the 9.0.0-M1 a different artifactId.
Personally, I particularly want the tomee binaries to have the same
artifactId for TomEE 8.0.3 and 9.0.0-M1. I think this will enable things
like Arquillian, and the TCK to work more easily, without hacks.
I'll give option (1) a shot. If that's no good, I'll go for (2).
Wish me luck. Let's do this!
Jon
On Fri, Jun 19, 2020 at 4:14 AM David Blevins <da...@gmail.com>
wrote:
> I've done a run in EC2 and here are the results I'm getting with the
> potential TomEE 9.0.0-M1 binaries.
>
> If you didn't read the 100+ emails in the last week, these binaries are
> created by taking TomEE 8.0.3-SNAPSHOT and running through the bytecode
> transformation tools we've been working on (Eclipse Transformer and TomEE
> Patch Plugin) to change all the code that references `javax` to instead
> reference `jakarta`. All this is done in the TomEE master branch. We're
> hoping this means we can stay focused on TomEE 8 / Jakarta EE 8 while
> getting Jakarta EE 9 compliance for free (no having to maintain two
> branches for code that only differs by namespace).
>
> Enough of that, now the data:
>
> # Overall
>
> PASSED 23843 91%
> FAILED 2133 8%
> TOTAL 25976
>
>
> # Breakdown by Section
>
> section total passed failed percent
> ejb30 2120 1780 340 83%
> ejb32 801 675 126 84%
> el 147 146 1 99%
> jaspic 68 4 64 5%
> jaxrs 2417 2229 188 92%
> jpa 10071 9932 139 98%
> jsf 5419 5252 167 96%
> jsonb 236 224 12 94%
> jsonp 744 708 36 95%
> jsp 711 676 35 95%
> jstl 524 453 71 86%
> jta 195 141 54 72%
> securityapi 86 1 85 1%
> servlet 1698 1622 76 95%
> websocket 739 0 739 0%
>
>
> Bear in mind we don't actually know if anyone can pass the Jakarta EE 9
> TCK yet. With that in mind, I'd say these results are astronomically good.
>
> Given how behind we've been in the last few years I think it would be
> pretty awesome to hustle to get a release up for vote ASAP so we can have
> binaries people can try in time for the Jakarta EE 9 Milestone release
> Tuesday morning.
>
> With 72 hours to vote and 24 hours for mirrors to sync, if we rolled
> binaries in the next 12 hours we could just make.
>
> If everyone bears in mind these two things, I think we can make it:
>
> 1. Any release we roll can immediately be fixed in a subsequent
> release if there's a flaw; there's no time for rerolls. We could do
> another release next week if we wanted.
>
> 2. Any discussion we want to have on how a Jakarta EE 9 effort
> should go is still on the table. We can change literally anything
> for potential future releases. Nothing is set in stone.
>
>
> That said, let's give the world a taste of awesome.
>
>
> -David
>
>
>
>
>
>
>
Re: Initial Jakarta EE 9 snapshot TCK results (90%-ish)
Posted by David Jencks <da...@gmail.com>.
This is amazing!
Go for it!
+1
David Jencks
> On Jun 18, 2020, at 8:13 PM, David Blevins <da...@gmail.com> wrote:
>
> I've done a run in EC2 and here are the results I'm getting with the potential TomEE 9.0.0-M1 binaries.
>
> If you didn't read the 100+ emails in the last week, these binaries are created by taking TomEE 8.0.3-SNAPSHOT and running through the bytecode transformation tools we've been working on (Eclipse Transformer and TomEE Patch Plugin) to change all the code that references `javax` to instead reference `jakarta`. All this is done in the TomEE master branch. We're hoping this means we can stay focused on TomEE 8 / Jakarta EE 8 while getting Jakarta EE 9 compliance for free (no having to maintain two branches for code that only differs by namespace).
>
> Enough of that, now the data:
>
> # Overall
>
> PASSED 23843 91%
> FAILED 2133 8%
> TOTAL 25976
>
>
> # Breakdown by Section
>
> section total passed failed percent
> ejb30 2120 1780 340 83%
> ejb32 801 675 126 84%
> el 147 146 1 99%
> jaspic 68 4 64 5%
> jaxrs 2417 2229 188 92%
> jpa 10071 9932 139 98%
> jsf 5419 5252 167 96%
> jsonb 236 224 12 94%
> jsonp 744 708 36 95%
> jsp 711 676 35 95%
> jstl 524 453 71 86%
> jta 195 141 54 72%
> securityapi 86 1 85 1%
> servlet 1698 1622 76 95%
> websocket 739 0 739 0%
>
>
> Bear in mind we don't actually know if anyone can pass the Jakarta EE 9 TCK yet. With that in mind, I'd say these results are astronomically good.
>
> Given how behind we've been in the last few years I think it would be pretty awesome to hustle to get a release up for vote ASAP so we can have binaries people can try in time for the Jakarta EE 9 Milestone release Tuesday morning.
>
> With 72 hours to vote and 24 hours for mirrors to sync, if we rolled binaries in the next 12 hours we could just make.
>
> If everyone bears in mind these two things, I think we can make it:
>
> 1. Any release we roll can immediately be fixed in a subsequent
> release if there's a flaw; there's no time for rerolls. We could do
> another release next week if we wanted.
>
> 2. Any discussion we want to have on how a Jakarta EE 9 effort
> should go is still on the table. We can change literally anything
> for potential future releases. Nothing is set in stone.
>
>
> That said, let's give the world a taste of awesome.
>
>
> -David
>
>
>
>
>
>