Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-platform-dev] [cu-dev] [glassfish-dev] [External] : Re: glassfish-7 nightly bundle with concurrency TCK 3.0

As the copyright holder we need to make the commit as I mentioned on the PR.

 

From: cu-dev <cu-dev-bounces@xxxxxxxxxxx> On Behalf Of arjan tijms
Sent: 13 June 2022 15:42
To: cu developer discussions <cu-dev@xxxxxxxxxxx>
Cc: glassfish developer discussions <glassfish-dev@xxxxxxxxxxx>; jakartaee-platform developer discussions <jakartaee-platform-dev@xxxxxxxxxxx>
Subject: Re: [cu-dev] [glassfish-dev] [External] : Re: glassfish-7 nightly bundle with concurrency TCK 3.0

 

Hi,

 

In the context of this discussion, I did the following initial PR:

 

 

This moves the CDI extension from Payara to the Concurrency RI project. Given how projects like Soteria, Mojarra, Jersey etc are structured the CDI extension is a small, but important class that should live with the implementation project.

 

I think the easiest way forward would be for Payara as the copyright holder to simply give permission for this move?

 

Kind regards,

Arjan Tijms

 

 

 

 

On Wed, Jun 8, 2022 at 9:46 PM arjan tijms <arjan.tijms@xxxxxxxxx> wrote:

Hi,

 

On Wed, Jun 8, 2022 at 12:35 PM Steve Millidge (Payara) <steve.millidge@xxxxxxxxxxx> wrote:

We will look internally to see how long it would take us to backport Payara changes upstream to GlassFish.

 

Maybe that's not even needed, although it would of course be much appreciated ;)

 

 

As I’ve also said before there’s no guarantee that the work is trivial.

 

I agree; basically what would be enough is for Payara to give a blanket permission to copy bits and pieces of the integration code if and where needed, and commit those to GlassFish under the Eclipse Public License v. 2.0, and secondary GNU General Public License, version 2 with the GNU Classpath Exception. Maybe during that process we discover that GlassFish and Payara have diverged too much already for any direct copying, but it would be good to have initial permission.

 

 

IMHO it would be simpler just to reimplement the glue code and support for the concurrency deployment annotations in the GlassFIsh project. We have already completed and pushed upstream the whole of the Concurrency RI project work.

That's certainly very much appreciated, thanks for that Steve! 

 

I think Payara and the GlassFish team have cooperated very well on EE 10, with Payara doing the Concurrency RI project work, and us doing the Mojarra, WaSP and Exousia work. We even worked on Soteria directly together with Payara contributing the initial code, and where we integrated it more deeply in Soteria and did the TCK for it.

 

Kind regards,

Arjan Tijms

 

 


Back to the top