I didn't summarise why it doesn't belong in maven, I summarised existing uses across dozens of companies past and present. This is the current reality for sophisticated users of the tiles plugin with M3. Not some pie in the sky dream. I'm here because it sounded to me like that wasn't a guaranteed future and that's not a future I want to see.
New paradigm to some readers, near decade old paradigm to some others. It's a core issue in the architecture of maven that motivated tiles, mixins, and the like - it seems to me that the ultimate place to fix that 20 year old design issue is IN Maven and put it to rest once and for all, authoritatively, from the source. But as long as there's some way of achieving the same effects, that's fine. Ideally keeping the existing tile ecosystems usable and not having to reengineer and release every single one in some new format/style - but even that would be better than not having equivalent functionality available in some form. Thanks to everyone actively discussing this - I truly appreciate it. Tiles has literally been life-changing for me, I value it more than words can describe. On Mon, 17 Mar 2025 at 03:14, Elliotte Rusty Harold <elh...@ibiblio.org> wrote: > On Sun, Mar 16, 2025 at 1:55 PM 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. > > Thanks for summarizing why this doesn't belong in Maven. An entirely > new paradigm needs an entirely new tool and platform. It shouldn't try > to work inside and be limited by compatibility with the old tool and > platform. > > I wouldn't be all that surprised if this is a better build system than > Maven, but it doesn't need to be in Maven. > > -- > 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 > >
