I've pushed an update POC at https://github.com/apache/maven/pull/1209 There are clearly some things to adjust.
I'd be happy with a quick look from people experienced with tiles to check that it makes sense. Le lun. 17 mars 2025 à 09:17, Fred Cooke <fred.co...@gmail.com> a écrit : > 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 > > > > > -- ------------------------ Guillaume Nodet
