We can also freeze it, jsr330 never moved and will likely never move (since it is the most of the overlapping of underlying vendors) so guess moving to jakarta will not halp anything - can only hurt us actually by creating a new gap or another "cdi-api" issue - and moving to org.apache.maven will require work on maven and all users (which is a ton). I'm also not fan to move back to @Requirement/@Component (which is the natural way we would solve it I guess since that's what we had before) so maybe just not doing anything is a good option. Since we don't use standard jsr330 impl we can consider it as part of maven API, period. What do you think?
Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <https://www.packtpub.com/application-development/java-ee-8-high-performance> Le lun. 28 déc. 2020 à 15:51, Markus KARG <[email protected]> a écrit : > With "dead" I mean: Nobody is allowed to add anything new in that namespace > -- neither classes nor interfaces nor even new parameters. > > I would like that Maven 4 accepts both (old and new namespace). > > -Markus > > > > > -----Ursprüngliche Nachricht----- > Von: Michael Osipov [mailto:[email protected]] > Gesendet: Montag, 28. Dezember 2020 14:59 > An: [email protected] > Betreff: Re: Maven 4 / @Inject > > Am 2020-12-28 um 14:56 schrieb Markus KARG: > > We are used to "import javax.inject.*" in Maven, but that namespace if > dead > > since Jakarta EE 9. Since November the new namespace is released "import > > jakarta.inject.*". I wonder if Maven 4 really still wants to stick with > the > > dead namespace instead, or whether it makes sense that we adopt the new > > namespace now? > > That statement is very harsh. Both will co-exist for at least 10 years > due to the massive amount of applications in companies. Maven tries to > clean up stuff. I think this needs to be spared to Maven 5. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
