Hi Just a side note:
> The dependency tree can be obtained from the `module-info.class` file this assumption is wrong since we already have multiple shades with the same names (same design than for OSGi in previous times) and excludes are not in the files anyway so JPMS will never solve any dependency issue from a build perspective - plus the dependency is reversed, the build needs to inject deps not the opposite. Romain Manni-Bucau @rmannibucau <https://x.com/rmannibucau> | .NET Blog <https://dotnetbirdie.github.io/> | Blog <https://rmannibucau.github.io/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <https://www.packtpub.com/en-us/product/java-ee-8-high-performance-9781788473064> Javaccino founder (Java/.NET service - contact via linkedin) Le mer. 28 janv. 2026 à 11:28, Martin Desruisseaux via dev < [email protected]> a écrit : > Le 28/01/2026 à 00:34, Adam Kaplan a écrit : > > > Unfortunately obtaining a complete dependency tree a-priori in Maven is > > exceptionally hard, and perhaps impossible in the general case. Many > > plugins dynamically fetch dependencies for the sake of developer > > convenience - even the Surefire plugin does this as a feature [4]! > > That situation may change with more widespread use of Java Modules in > the ecosystem. We are working hard for making that much easier in Maven > 4 than it was before. The dependency tree can be obtained from the > `module-info.class` file. Standard API > `java.lang.module.ModuleDescriptor` and `java.lang.module.ModuleFinder` > help a lot in this task. Maven become less relevant in this context, > because no matter what Maven dependencies said, it will be ignored by > the JVM if not declared directly or transitively in `module-info` or via > `--add-read` options. Looking at Maven configuration would be needed > only if, after building the dependency tree, we want complementary > information such as version numbers (when not declared in the > `module-info`) and from which repository the dependency was downloaded. > > Martin > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
