1) Was there an approved plan review for Context Propagation 1.3?
(I'm missing my record of that and apologize if I just lost this.)
Good callout. I think we've missed Plan Reviews in general:
We definitely need to do those from now on.
2) All the other specifications are making major releases due to
the incompatible changes required by Jakarta 9.1. While the
Context Propagation API may not have a direct dependency on
Jakarta EE APIs, it seems the TCKs may. Is it confirmed this is a
minor-release compatible update? Should a user running on Jakarta
EE 8, expect to be able to upgrade their implementation to Context
Propagation 1.3 successfully without also upgrading their Jakarta
EE dependency? Should a vendor anticipate supporting both EE 8 and
9 with this release?
More good questions. I see that we did update the namespaces in the TCK.
I'd be hesitant to establish a rule where major changes in the TCK need to result in a major version change. That said, we're not talking strictly about changes in the TCK (say moving from Junit to TestNG) that do not have an impact on the server itself. The change in the TCK does require a change in the server and that creates some ambiguity in my mind.
Here are some potential resolutions that seem to make sense to me:
- Keep the minor version change and:
- be ok to accept CCRs from Jakarta EE 8 based impls that have used bytecode tools to modify the CP 1.3 TCK itself back to the 'javax' namespace OR
- issue our own javax version of the CP 1.3 TCK, which Jakarta EE 8 based impls can chose as an alternate to the jakarta namespace CP 1.3 TCK
- Update the major version
Any other options people see?
-David