Skip to content

Commit

Permalink
Minutes from february calls (#856)
Browse files Browse the repository at this point in the history
* Rename file

* Add minutes for feb calls
  • Loading branch information
ivargrimstad authored Mar 8, 2024
1 parent c087acb commit e5fdd0f
Show file tree
Hide file tree
Showing 4 changed files with 541 additions and 0 deletions.
161 changes: 161 additions & 0 deletions minutes/2024/2024-02-20.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,161 @@
# Jakarta EE Platform Call

Date: 2024-02-20

Present:

* James Perkins (Red Hat)
* Arjan Tijms (OmniFish)
* David Matejcek (OmniFish)
* Jan Westerkamp (iJUG)
* Brian Stansberry (Red Hat)
* Ivar Grimstad (Eclipse Foundation)
* Scott Marlow (Red Hat)
* Lukas Jungmann (Oracle)
* Ed Burns (Microsoft)
* Jared Anderson (IBM)
* Kyle Aure (IBM)
* Emily Jiang (IBM)
* Jim Krueger (IBM)
* Riva Philip (IBM)
* Nathan Rauh (IBM)
* Tom Watson (IBM)
* John Clingan (Red Hat)
* Petr Aubrecht (Payara)
* Cesar Hernandez (Tomitribe)

## Agenda and Minutes

### Perhaps use the Wave review to [discuss the impact](https://github.com/jakartaee/jakarta.ee/pull/1852#issuecomment-1948804603) of the TCK [requirements added last year](https://github.com/jakartaee/jakarta.ee/commit/baec7d38d47a81759c9945a698bb36f62d13a4f4)?
* This does not apply to service releases.
* Scott Marlow requests clarity for some aspects of this matter.
* These [requirements to the TCK process doc impose](https://github.com/jakartaee/jakarta.ee/commit/baec7d38d47a81759c9945a698bb36f62d13a4f4) new requirements on TCKs
* When the JSONB and JSONP TCKs were extracted from the Platform TCK, they effectively became standalone TCKs.
* For JSONB and JSONP, for EE 11, the platform tck for Core still is aiming to have additional tests.
* ~~DONE: Ed needs to understand this better.~~
* Brian Stansberry
* CDI is not an issue here.
* Expression Language is the issue.
* There are two definitions of the word “standalone”
* Something that can run on Java SE alone
* Something that is separate from EE, but still runs with EE.
* Another usage of standalone is “standalone TCK”.
* DONE: Brian agreed to take this to the platform-dev list and get on the Jakarta EE slack for asynchronous discussion.


### [Jakarta EE 11 Release Plan](https://jakartaee.github.io/platform/jakartaee11/JakartaEE11ReleasePlan)

* Wave 1 - 4 release review initiated by 2024-02-29 (leap day) and M2
* Spec projects
* Service releases
* Jakarta JSON Processing*
* Lukas (see below)
* Jakarta Mail*
* Lukas
* Jakarta Activation*
* Lukas
* XML Binding
* Lukas
* ~~DONE: Ed needs to indicate that standalone XML Binding and XML web services specifications do need to do a new release to satisfy dependencies from activation. This needs to be indicated on the Release Plan~~
* Lukas is surprised that XML Binding is now optional and removed from the platform, and we did say that for EE 11 we did remove all optional specifications.
* [JEA-101](https://dev.azure.com/jakarta-ee-azdo/jakarta-ee-azdo/_sprints/backlog/jakarta-ee-azdo%20Team/jakarta-ee-azdo/CY2024/CY2024Q1/2024-02)
* Lukas asked, “what about the TCK for things that are impacted by this ‘optional is removed’ thing?”
* Rest Spec has a dependency on XML Binding.
* Rest will need a major release to remove XML Binding API dependency
* Options
* Call it 4.0 and deprecating @Context with alternative function and remove XML Binding API dependency
* Call it 4.0 and just remove XML Binding API dependency and no other changes
* DONE: Ed to Brief Santiago about this.
* Jakarta Annotations 3.0*
* Lukas (see below)
* Jakarta Expression Language 6.0*
* Mark Thomas ~~DONE: Arjan to make sure he is aware.~~
* ~~Arjan to send email to el-dev pointing to Ed’s email reminding spec project leads of impending Wave 1 - 4 Release Review: [https://www.eclipse.org/lists/jakartaee-platform-dev/msg04409.html](https://www.eclipse.org/lists/jakartaee-platform-dev/msg04409.html) ~~
* Status: there is an M2. IBM and others expressed some concerns with some items
* Optional method calls OptionalELResolver
* [https://www.eclipse.org/lists/el-dev/2024/Feb/index.html](https://www.eclipse.org/lists/el-dev/2024/Feb/index.html)
* Jakarta Interceptors 2.2*
* Scott Stark
* Jakarta Lang Model 4.1
* (Part of CDI) Scott Stark
* Jakarta Contexts and Dependency Injection 4.1*
* Scott Stark
* Actions: Pardon Ed’s ignorance, but exactly who needs to take actions to make this happen?
* Ed, Ivar, Arjan
* XML Schemas
* M2 release
* Outstanding spec text changes
* Lukas
* Activation done
* Mail just needs to update compatible impl, otherwise done.
* XML Binding PR is done,
* SAAJ API and XML WS API jars built and in staging, needed in some JAXB
* Annotations 3.0 Release Review started!
* JSON Processing, no change. 2.1.3 is out.
* Persistence will be going out this week.
* Arjan
* Annotations 3.0.0 (final) stage needed for Interceptors
* [https://github.com/jakartaee/interceptors/blob/master/api/pom.xml#L91](https://github.com/jakartaee/interceptors/blob/master/api/pom.xml#L91)
* **(now available: [https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/annotation/jakarta.annotation-api/3.0.0/](https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/annotation/jakarta.annotation-api/3.0.0/))**
* Scott
* Wave 5 release review initiated by 2024-03-29
* Spec projects
* Jakarta Authorization*
* Arjan
* Jakarta Persistence*
* Lukas
* Jakarta RESTful Web Services*
* Santiago
* Jakarta Server Pages*
* Mark Thomas and Paul A. Nicolucci
* Jakarta Servlet*
* Mark Thomas
* Jakarta Validation*
* Scott Stark
* Jakarta WebSocket*
* Mark Thomas and Jan Supol
* Actions: Pardon Ed’s ignorance, but exactly who needs to take actions to make this happen?
* Ed, Ivar, Arjan
* XML Schemas
* M3 release
* Outstanding spec text changes
* Project lead names
* Wave 6
* Spec projects
* Jakarta Authentication*
* Jakarta Concurrency*
* Jakarta Faces*
* Actions: Pardon Ed’s ignorance, but exactly who needs to take actions to make this happen?
* Ed, Ivar, Arjan
* XML Schemas
* M4 release
* Outstanding spec text changes
* Project lead names
* Wave 7
* Spec projects
* Jakarta Security*
* Jakarta Data*
* Actions: Pardon Ed’s ignorance, but exactly who needs to take actions to make this happen?
* Ed, Ivar, Arjan
* XML Schemas
* M5 release
* Outstanding spec text changes
* Project lead names
* Wave 8
* Platform Projects
* Jakarta Platform* (including appropriate content formerly in CDI EE)
* Jakarta Web Profile* (including appropriate content formerly in CDI EE)
* Jakarta Core Profile*
* Actions: Pardon Ed’s ignorance, but exactly who needs to take actions to make this happen?
* Ed, Ivar, Arjan
* XML Schemas
* Final release
* Outstanding spec text changes


### Other business

* [JEA-276-mitigate-gh-platform-820](https://dev.azure.com/jakarta-ee-azdo/jakarta-ee-azdo/_workitems/edit/276)
* Can we stop talking about this one?
* Beyond Jakarta EE 11 (if time allows)
* [Jakarta EE Working Group Brainstorm Document](https://docs.google.com/document/d/1tVaCmbXdAS_Ddn7LMPDelpOfAyozChXL/edit)
178 changes: 178 additions & 0 deletions minutes/2024/2024-02-27.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,178 @@
# Jakarta EE Platform Call

Date: 2024-02-27

Present:

* Ed Burns (Microsoft)
* Jared Anderson (IBM)
* Riva Philip (IBM)
* Nathan Rauh (IBM)
* Tom Watson (IBM)
* Jimmy Wu (IBM)
* Jim Krueger (IBM)
* Arjan Tijms (OmniFish)
* David Matejcek (OmniFish)
* James Perkins (Red Hat)
* Ivar Grimstad (Eclipse Foundation)
* Brian Stansberry (Red Hat)
* John Clingan (Red Hat)
* Emily Jiang (IBM)
* Dmitry Kornilov (Oracle)
* Scott Marlow (Red Hat)
* Petr Aubrecht (Payara)
* Kenji kazumura (Fujitsu)
* Cesar Hernandez (Tomitribe)
* Jan Westerkamp (iJUG)

## Agenda and Minutes

### [Jakarta EE 11 Release Plan](https://jakartaee.github.io/platform/jakartaee11/JakartaEE11ReleasePlan)

* Wave 1 - 4 release review initiated by 2024-02-29 (leap day) and M2
* Spec projects
* Service releases
* Jakarta JSON Processing*
* No change. 2.1.3 is out in Maven Central
* [https://repo1.maven.org/maven2/jakarta/json/jakarta.json-api/2.1.3/](https://repo1.maven.org/maven2/jakarta/json/jakarta.json-api/2.1.3/)
* Jakarta Mail*
* Lukas
* Staged: [https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/mail/jakarta.mail-api/2.1.3/](https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/mail/jakarta.mail-api/2.1.3/)
* Jakarta Activation*
* Lukas
* Staged: [https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/activation/jakarta.activation-api/2.1.3/](https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/activation/jakarta.activation-api/2.1.3/)
* XML Binding
* Lukas
* Staging: [https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/xml/bind/jakarta.xml.bind-api/4.0.2/](https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/xml/bind/jakarta.xml.bind-api/4.0.2/)
* XMS WS (wave 5)
* Staging: [https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/xml/ws/jakarta.xml.ws-api/4.0.2/](https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/xml/ws/jakarta.xml.ws-api/4.0.2/)
* Jakarta Annotations 3.0*
* Lukas (see below)
* Staged: [https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/annotation/jakarta.annotation-api/3.0.0/](https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/annotation/jakarta.annotation-api/3.0.0/)
* Jakarta Expression Language 6.0*
* **RC1** in Maven Central: [https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/el/jakarta.el-api/6.0.0-RC1/](https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/el/jakarta.el-api/6.0.0-RC1/)
* Jakarta Interceptors 2.2*
* Scott Stark
* Staged: [https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/interceptor/jakarta.interceptor-api/2.2.0/](https://jakarta.oss.sonatype.org/content/repositories/staging/jakarta/interceptor/jakarta.interceptor-api/2.2.0/)
* Jakarta Lang Model 4.1
* (Part of CDI) Scott Stark
* Jakarta Contexts and Dependency Injection 4.1*
* Scott Stark
* TCK is being finalized next couple of days
* Waiting on EL 6.0.0 final staging to be able to stage CDI 4.1.0 final
* ~~DONE: Ed to ensure Mark Thomas is aware that CDI is depending on this artifact.~~
* 2024-02-29 and M2 actions
* Ed, Ivar, Arjan
* Outstanding spec text changes
* Placeholders for any pending changes for EE 11.
* Put this on the spec page.
* XML Schemas
* M2 release
* Keep iterating 11.0.0-SNAPSHOT as artifacts come in after completing their release review then release 11.0.0-M2 from that.
* Scott
* Ed sought an update on the parts of the CDI spec that would have been in CDI EE, but are now in the platform spec.
* [https://github.com/jakartaee/platform/pull/838](https://github.com/jakartaee/platform/pull/838)
* Scott surfaced some Eclipse Committer Agreement challenges that are preventing commits from being merged.
* PR was flagged red because there are individuals on the PR that do not have ECA.
* Exceptions have been approved in the past.
* DONE: Ivar and/or Emily to bring this up at Spec Committee on 2024-03-05.
* [JEA-334](https://dev.azure.com/jakarta-ee-azdo/jakarta-ee-azdo/_workitems/edit/334): Ed to review PR with normal process and ignore ECA related failed checks.
* Wave 5 release review initiated by 2024-03-29
* Spec projects
* Jakarta Authorization*
* Arjan
* Emily sought a status.
* Arjan stated the most important part was done a while ago. TCK is part of the platform. RISK FACTOR. Arjan has a plan to mitigate this risk.
* “Two tck” solution.
* Policy class removal
* [JEA-345](https://dev.azure.com/jakarta-ee-azdo/jakarta-ee-azdo/_workitems/edit/345): Ed to capture this into the AzDO for resolution.
* Emily: will you plan to stage another milestone?
* Arjan: yes, targeting EE 11 M2 Authorization and Security.
* Jakarta Persistence*
* Lukas
* Jakarta RESTful Web Services*
* Santiago
* Go for a minimal 4.0
* Removing JAXB
* Removing @ManagedBean annotation
* TCK updates
* [JEA-348](https://dev.azure.com/jakarta-ee-azdo/jakarta-ee-azdo/_workitems/edit/348): Jim Krueger to submit a PR to

[https://github.com/jakartaee/specifications/blob/master/restful-ws/4.0/_index.md](https://github.com/jakartaee/specifications/blob/master/restful-ws/4.0/_index.md) in time for the spec committee to review next week 2024-03-06.

* NO LONGER NEEDED: Ed to submit a PR to [https://github.com/jakartaee/platform/blob/gh-pages/jakartaee11/JakartaEE11ReleasePlan.md](https://github.com/jakartaee/platform/blob/gh-pages/jakartaee11/JakartaEE11ReleasePlan.md)
* Arjan brings a bit of retrospective comment about how we have arrived at a situation where REST, which is a core and very important spec, has very little user-level features to talk about for EE 11. Capture this for EE.next.
* Its governance structure is different from other projects. This may be a factor.
* Some of these are being addressed. [https://www.eclipse.org/lists/rest-dev/msg00254.html](https://www.eclipse.org/lists/rest-dev/msg00254.html)
* The “veto” aspect may need to be revisited.
* Jakarta Server Pages*
* Mark Thomas and Paul A. Nicolucci
* Jakarta Servlet*
* Mark Thomas
* **M2** is published to Maven Central today
* Jakarta Validation*
* Scott Stark
* Waiting on dependencies to be staged, otherwise ready
* Jakarta WebSocket*
* Mark Thomas and Jan Supol
* Jakarta Tags (previously JSTL) merge into Jakarta Pages (previously JSP)
* Note: No need for a separate Tags anywhere anymore
* Busy work with doing service releases, reviews, etc
* Service release. No need to seek approval from spec committee.
* Actions for 2024-03-29 and M3
* Ed, Ivar, Arjan
* XML Schemas
* M3 release
* Outstanding spec text changes
* Wave 6
* Spec projects
* Jakarta Authentication*
* Arjan
* Jakarta Concurrency*
* Nathan Rauh
* Jakarta Faces*
* Arjan
* Jakarta Standard Tag Library (dependency update).
* Paul Nicolucci
* Actions for 2024-04-27 and M4 release
* Ed, Ivar, Arjan
* XML Schemas
* M4 release
* Outstanding spec text changes
* Wave 7
* Spec projects
* Jakarta Security*
* Arjan
* Jakarta Data*
* Nathan Rauh
* Actions: Pardon Ed’s ignorance, but exactly who needs to take actions to make this happen?
* Ed, Ivar, Arjan
* XML Schemas
* M5 release
* Outstanding spec text changes
* Wave 8
* Platform Projects
* Jakarta Platform* (including appropriate content formerly in CDI EE)
* Jakarta Web Profile* (including appropriate content formerly in CDI EE)
* Jakarta Core Profile*
* Actions:
* Ed, Ivar, Arjan
* XML Schemas
* Final release
* Outstanding spec text changes


### Other business

* Jakarta Data developments
* [JEA-328](https://dev.azure.com/jakarta-ee-azdo/jakarta-ee-azdo/_workitems/edit/328)
* Individual specification TCK requirements for specs getting major/minor updates in EE 11
* As of Emily’s [email on 2024-02-21](https://www.eclipse.org/lists/jakartaee-platform-dev/msg04415.html), it looks like this issue is resolved. Does anything else remain to be done on this one?
* Scott Marlow asked a [followup question last night](https://www.eclipse.org/lists/jakartaee-platform-dev/msg04416.html):
* `Is the described behavior of the "Type 3" meant to say that all EE features are portable to (non-EE) Java SE implementations? I don't believe so but I am trying to understand if type 3 is specifically talking about the subset of TCK tests that have no EE dependencies?`
* ~~DONE: Ed to reply and state that we discussed this in the platform call, but we believe the TCK process document needs more clarity.~~
* [Brian] My final question on my email is still open: "7) Are the spec groups producing major/minor releases aware of these requirements? Where do things stand?"
* [JEA-337](https://dev.azure.com/jakarta-ee-azdo/jakarta-ee-azdo/_workitems/edit/337): Ed to ensure spec project leads for Waves 5 - 8 are aware.
* Platform integration related issues
* When one migrates code from another Jakarta repository to the platform repo and it contains history, and authors, these are flagged as violating the contributor agreement because they are not platform committers, or historic project committers before Jakarta. The ECA is a global thing is it not?
* The ‘@’author tagging capability does not work across repositories. If I try to tag a CDI contributor when creating/discussing a cdi-ee-tck label, their github id does not popup as it would in a CDI repo. All Jakarta contributors should be known to the platform repos in some form.
Loading

0 comments on commit e5fdd0f

Please sign in to comment.