does it make sense for users/consumers of Jakarta EE? Is it worth for them, or does it only benefit one certain implementation (which is not even Jakarta EE but seems to be the origin of this change)?
This topic actually did came up in the calls once or twice. Matej&Ladislav mentioned to mainly represent and care for the Quarkus use case. Not even Weld in general, but just Quarkus. CDI Lite specifically specified what Quarkus did, so Quarkus could be certified too.
Now the question is, is this bad?
Essentially, in its core it isn't IMHO. Each vendor or other party always represents their own primary use case, and many features that have been introduced into the spec in the past have been based on standardizing existing implementations. There's nothing really new or extraordinary there.
What is kinda new is that CDI recently has been devolved to having only active committers from one implementation, which is Weld, participating. And that single implementation is not even represented fully, since of the aforementioned Quarkus importance.
If I'm not mistaken, representatives from OWB weren't present in any of the CDI calls from last year, and didn't participate in much of the issues / PRs either. That fact alone may have nudged CDI 4.0 strongly in the direction of Quarkus, since the Quarkus people were almost the only ones doing any pulling.
Kind regards,
Arjan Tijms
