The latest release of CDI 4 has a dependency on jakarta.transaction-api in version 2.0.0.
That artifact is actually not Jakarta EE 10 (there is no such artifact as of now it seems?) and it in turn depends on CDI 3.0, see this POM.
The dependency is not even optional.
This causes a cyclic dependency that has been mentioned in the jakarta-platform mailing list - link to the archive. This is nothing new and the dep has existed prior to our release.
As far as I can tell, we could completely remove the JTA API dependency as it is only used in javadoc inside TransactionPhase enum.
Granted, the javadoc won't be as nice but we'll get rid of the dep altogether. OTOH, JTA certainly cannot remove dep on CDI API, so we are the only ones who can break that cycle.
So we have two choices:
- Remove the dependency
- Upgrade the dependency (once there is EE 10 version)
Personally, I think we can easily remove the dependency.
Either way, we should then have an SP release and I am not sure what would that take- cc @starksm64.
The latest release of CDI 4 has a dependency on
jakarta.transaction-apiin version2.0.0.That artifact is actually not Jakarta EE 10 (there is no such artifact as of now it seems?) and it in turn depends on CDI 3.0, see this POM.
The dependency is not even
optional.This causes a cyclic dependency that has been mentioned in the jakarta-platform mailing list - link to the archive. This is nothing new and the dep has existed prior to our release.
As far as I can tell, we could completely remove the JTA API dependency as it is only used in javadoc inside
TransactionPhaseenum.Granted, the javadoc won't be as nice but we'll get rid of the dep altogether. OTOH, JTA certainly cannot remove dep on CDI API, so we are the only ones who can break that cycle.
So we have two choices:
Personally, I think we can easily remove the dependency.
Either way, we should then have an SP release and I am not sure what would that take- cc @starksm64.