I think the correct pointer is https://github.com/repaint-io/maven-tiles
Le dim. 16 mars 2025 à 16:48, Gary Gregory <garydgreg...@gmail.com> a écrit : > I've been using Maven for years in projects from tiny to hundered of > modules, and I've never had a need for tiles, flagstone, or other > countertops ;-) > > Is this related to https://tiles.apache.org/ ? > > Is there a tutorial I can get an idea of what this is? > > Ty, > Gary > > On Sun, Mar 16, 2025, 09:55 Fred Cooke <fred.co...@gmail.com> wrote: > > > You are *severely* downplaying what tiles are used for - it's not "parent > > duplication avoidance" it's an entirely new paradigm and when fully > > leveraged it leaves everything else for dead. > > > > Tiles: > > > > An app in a set of apps - one line - GAV > > A set of apps or an app in an environment - one line - GAV > > A build configuration, repos, etc - used by range within a team/org, > > changed in one place, applied to all > > A one-line way to say "this project is of type X" and get that build > > configuration, multiply this by dozens > > A cross cutting concern of any type - usable anywhere > > A set of unrelated cross cutting concerns, a recipe, to serve some > purpose > > A one line way of adding optional features to an otherwise standard build > > for a project that's a little different to the rest > > > > etc etc. With tiles you get the cleanest ecosystem possible. Without you > > get a bad taste in your mouth and a tool that is 10% as versatile. > > > > Very much worth it. > > > > Does not require any change to the existing content out there, would be > > hidden by the build vs consumer pom arrangement just as all the other > bits > > no one wants to know about will be. > > > > Maven can be used as generic tooling not for building J apps, but for > > building/packaging anything at all, period. With that and tiles, the > world > > is your oyster. Without it it's extremely limited. > > > > On Mon, 17 Mar 2025 at 02:43, Elliotte Rusty Harold <elh...@ibiblio.org> > > wrote: > > > > > Adding more features to Maven increases the complexity of Maven more > > > than linearly., There's more to document, more to test, and most > > > importantly more to understand for anyone trying to get a handle on > > > Maven. It is simply not worth the additional complexity it introduces. > > > > > > Equally importantly, adding new elements like tiles to the POM format > > > breaks existing code and tools (not just Maven) that processes pom.xml > > > files. Doing this requires a truly compelling reason, and avoiding > > > duplication in parent poms isn't it. > > > > > > It's possible that what you're trying to achieve could be equally well > > > achieved by appropriate use of XInclude, though Maven's borked > > > namespace handling might prevent that. > > > > > > On Sun, Mar 16, 2025 at 1:28 PM Fred Cooke <fred.co...@gmail.com> > wrote: > > > > > > > > Why not simply adopt the existing widely used tile system - but not > > > require > > > > the plugin anymore, have a POM 4.1 or 4.2 or whatever that has a > > <tiles> > > > > element. > > > > > > > > On Mon, 17 Mar 2025 at 01:53, Elliotte Rusty Harold < > > elh...@ibiblio.org> > > > > wrote: > > > > > > > > > Yes, it's too late. I share your frustration with hierarchies, and > > > > > more than in just the context of build systems. There are a lot of > > > > > areas in computers where hierarchies are major problems, file > systems > > > > > not least among them. Nonetheless, at this late date Maven and the > > > > > Maven repository system are simply too baked into the deep layers > of > > > > > almost everything written in the public Java ecosystem, and not a > > > > > little into internal systems too. Changing this now is a > non-starter. > > > > > > > > > > The only path forward is to provide a complete alternative to > Maven, > > > > > and possibly the Maven repository system. It's been done before: > > > > > gradle, blaze, buck, google3, and probably other systems I'm not > > > > > familiar with. However any such effort should be its own project, > and > > > > > not part of Maven. Maven itself is too restricted by backwards > > > > > compatibility. > > > > > > > > > > On Sun, Mar 16, 2025 at 8:40 AM Fred Cooke <fred.co...@gmail.com> > > > wrote: > > > > > > > > > > > > I'd like to revive this discussion on tiles and possible > > > alternatives. > > > > > > > > > > > > I'll say it bluntly: Maven without tiles or an equivalent is not > > > > > something > > > > > > I want to use. And yet there's nothing else that comes close, > > either. > > > > > > > > > > > > I've been using Maven since 2006 (2, then 3) and tiles since > 2017, > > > > > > intensely since 2019. > > > > > > > > > > > > The parent hierarchy style is a maintenance nightmare that makes > > > flat out > > > > > > duplicated configurations look good. > > > > > > > > > > > > Once you go tiles you never go back. > > > > > > > > > > > > I feel like it's time to accept that parent hierarchies are not > > good > > > > > enough > > > > > > and offer some kind of tiles like composition behaviour in core > > > maven as > > > > > a > > > > > > first class feature. A core part of the pom. > > > > > > > > > > > > Is it too late? Could I dust off my 8 year unused dev skills and > > > help? > > > > > > > > > > > > This is a huge deal. Tiles takes maven from a good tool to a > > genuine > > > > > > masterpiece. M4 without tiles would be a huge step backwards even > > if > > > it > > > > > > improves numerous other things. > > > > > > > > > > > > I have read through the following page, and most of it sounds > good: > > > > > > https://maven.apache.org/whatsnewinmaven4.html > > > > > > > > > > > > What's the path forward? > > > > > > > > > > > > Cheers, > > > > > > > > > > > > Fred. > > > > > > > > > > > > On Fri, 24 Jan 2025 at 01:39, Elliotte Rusty Harold < > > > elh...@ibiblio.org> > > > > > > wrote: > > > > > > > > > > > > > If we're going to use something like > > > > > > > mvn:org.apache.maven:maven-snippet:1.0 let's make sure we > define > > > the > > > > > > > scheme with the IANA. > > > > > > > > > > > > > > Yes, I suppose you can use id or element pointers without going > > > full > > > > > XPath. > > > > > > > > > > > > > > On Thu, Jan 23, 2025 at 12:24 PM Guillaume Nodet < > > > gno...@apache.org> > > > > > > > wrote: > > > > > > > > > > > > > > > > The XInclude spec does not forbid non local references. > > > > > > > > See https://www.w3.org/TR/xinclude/#include-location > > > > > > > > So it could definitely be something like: > > > > > > > > mvn:org.apache.maven:maven-snippet:1.0 > > > > > > > > Also, pointers are actually supported as shown by the unit > > tests > > > [1]. > > > > > > > > > > > > > > > > That said, we did choose to only support relative URis (in > [2]) > > > > > > > > and I'm sure it would be a good idea to open it to absolute > > > URIs... > > > > > > > > > > > > > > > > [1] > > > > > > > > > > > > > > > > > > > > > > > > > > https://github.com/apache/maven-xinclude-extension/blob/main/src/test/java/org/apache/maven/xinclude/stax/XIncludeTest.java#L111-L117 > > > > > > > > [2] > > > > > > > > > > > > > > > > > > > > > > > > > > https://github.com/apache/maven-xinclude-extension/blob/main/src/main/java/org/apache/maven/xinclude/LocalXmlResolver.java > > > > > > > > > > > > > > > > Le jeu. 23 janv. 2025 à 12:55, Elliotte Rusty Harold < > > > > > elh...@ibiblio.org> > > > > > > > a > > > > > > > > écrit : > > > > > > > > > > > > > > > > > On Thu, Jan 23, 2025 at 12:16 AM Mark Derricutt < > > > m...@talios.com> > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > If the xinclude support could use some form of GAV HREF, > > > rather > > > > > than > > > > > > > > > just a > > > > > > > > > > local file, that might cover the basic requirements/use > > cases > > > > > (tho > > > > > > > some > > > > > > > > > > users seem to make heavy use of plugin configuration > > merging > > > > > over a > > > > > > > > > series > > > > > > > > > > of parents). > > > > > > > > > > > > > > > > > > XInclude is defined by the XInclude spec, not by Maven. > You'd > > > need > > > > > to > > > > > > > > > define a completely different inclusion model or perhaps > > > define a > > > > > new > > > > > > > > > URI type for Maven GAV coordinates, then add support for > this > > > to > > > > > the > > > > > > > > > XInclude engines. I'm also not sure what that might mean. > Do > > > you > > > > > > > > > really want to include an entire pom.xml? Probably not, and > > > XPath > > > > > > > > > fragment identifiers aren't well understood or supported. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > > Elliotte Rusty Harold > > > > > > > > > elh...@ibiblio.org > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > > > > > > > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > ------------------------ > > > > > > > > Guillaume Nodet > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > Elliotte Rusty Harold > > > > > > > elh...@ibiblio.org > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > > > > > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > Elliotte Rusty Harold > > > > > elh...@ibiblio.org > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > > > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > > > > > > > > > > > > > > > > > > > -- > > > Elliotte Rusty Harold > > > elh...@ibiblio.org > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > > > For additional commands, e-mail: dev-h...@maven.apache.org > > > > > > > > > -- ------------------------ Guillaume Nodet