Hello, I think that’s a long-standing restriction of mavens Pom-model, not sure it can easily be solved. Spring boot (and other frameworks) did not make the situation easier with their parent requirement (but then again there is not much alternatives).
>From my experience it seems a good idea to get away from a strict „simple >company root“ requirement. (Due to release cycles it doesn’t do much for >unifying build jobs anyway). Maven could improve with importing build/plugin sections like BOMs. I haven’t seen much talk about that in recent 4.0 discussions, Having said that a consumer Pom goes a good distance to make the parents less relevant. (Especially licensing/orga matters) Gruß Bernd Mantas Gridinas wrote on 5. Dec 2023 09:17 (GMT +01:00): > In my current project i'm working we already have a parent POM that I > should be inheriting from, but when trying to integrate the spring boot I > come into an issue that I should inherit their super pom instead of using > our own. For dependencies its pretty simple - you use the import scope, > but > what about plugins? I'm seeing some stackoverflow posts about the sameish > issue from 11 years ago that the suggestion was to use tiles plugin. Was > there any movement regarding this in the mean time? > > As a workaround I currently have a dedicated springboot runtime module > that > includes a single entry point with respective annotations to start the > application, and it directly inherits the spring boot super pom while > importing our dependencies via the depencendy management block but having > a > submodule not inherit a parent module feels weird > Gruß Bernd — https://bernd.eckenfels.net --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org