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?
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.
|