I think this starts to make reasonable picture: If you are on Java 8, use Maven 3 If you are on Java 9+ use Maven 4 (once out).
For start, Maven3 has no idea (notion) about "classpaths" vs "modulepaths" (is not quite true stated like this, it has SOME heuristics, that is mostly shoot-and-miss). So, I think it makes sense to have Maven 4 as Java 17, as folks in "big tech" with strict processes, policies and what not will not migrate anyway to Maven4. They have Maven3. T On Thu, Feb 22, 2024 at 9:23 PM Benjamin Marwell <bmarw...@apache.org> wrote: > Brian, any Chance you could make a stacked 100% graph for every *week* > of the past two years? > We could then see where we are heading… > (or the raw numbers per week, so we could work with that). > > That's probably a lot to ask, but I think it will show us how "fast" > the progression was (and will be). > > @Tamas please consider the support times are different by vendor. > I have seen Java 8 support well beyond 2030 *shudder*. > > Seeing all those numbers, I now feel a lot more confident that Maven 4 > should be 17 (runtime), 21 (build) > and Java 8 users should stay with 3.x.x. > Elliotte gave a good reason for this: There are two camps now (read: > ALREADY). > There is no reason to not go with either of them. > > Am Do., 22. Feb. 2024 um 19:56 Uhr schrieb Brian Fox <bri...@infinity.nu>: > > > > We dumped 30 days because that gives a good snapshot of what's happening > > right now. If we dumped for example the whole year, then it really blurs > > the lines all over the place and things newer will be less prominent just > > because they didn't have as much time. 30 days is how we typically bucket > > things when we want a form of relative popularity. > > > > As far as toy projects skewing, Tamas is right, the scale of central data > > is so large that it's insignificant. Also remember we only counted each > IP > > once per entry so even projects downloading over and over won't skew the > > results. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > >
