Date: 2022-02-22
Present (please put your name down here to mark yourself as present…):
- Jan Westerkamp (iJUG)
- BJ Hargrave (IBM)
- Ivar Grimstad (Eclipse Foundation)
- Jesse McConnell (Webtide)
- Arjan Tijms (OmniFaces/Piranha)
- Emily Jiang (IBM)
- Jim Krueger (IBM)
- Petr Aubrecht (Payara)
- Thomas Watson (IBM)
- Scott Marlow (Red Hat)
- Scott Kurz (IBM)
- Scott Stark (Red Hat)
- Lukas Jungmann (Oracle)
- Werner Keil (Committer, Ambassador)
- Dmitry Kornilov (Oracle)
Agenda and Minutes
Jakarta EE 10 Status (standing agenda item)
TCK Distribution
- Action from last call: Check with EF if releasing TCK artifacts dual licensed (EFTL+EPL2) to Maven Central is ok (Ivar)
- Using EFTL only is ok. Why do we need to dual-license?
- Convenient for downstream users that want to use it for non-certification uses if it were distributed under an open source license
- MicroProfile distribute their TCK artifacts under EFTL, no complaints so far
- Is running the TCK in an automated build acceptable under EFTL?
- Action (Ivar): Follow up with license@eclipse-foundation.org to verify that dual licensed with EFTL or project license is ok to distribute to Maven Central
- Separately released TCK artifacts vs ZIP bundle
Nexus staging
- Index has been updated manually
- The dependency graph can now be built again
- How can we let non-Eclipse project stage artifacts in the Jakarta Staging repository?
- The namespace-filter (rule) does not allow other than Jakarta, or Eclipse namespaces. Sonatype has the credentials for configuration of the repository.
- Miss a process for allowing other GAVs to be staged, e.g. org.jboss for Weld. Who is in charge of this? Who owns the Jakarta staging repository?