On my previous workplace we used tiles with struts to greatly reduce duplicate code and simplify an application. I think it's still in use and i see no reason for changing that.
I believe, and hope, more people reason like this, since I agree with Greg that the continuous rewriting of applications using that month's "only good framework (implying you'd be an idiot to use anything else)" is bad. @Łukasz Lenart <lukaszlen...@apache.org> if what needs to be done can be split up in small tasks, then I might be able to pick up some of the tasks for this. Kind regards. Op di 9 aug. 2022 om 07:32 schreef Lukasz Lenart <lukaszlen...@apache.org>: > pon., 8 sie 2022 o 18:13 Antonio Petrelli <antonio.petre...@gmail.com> > napisał(a): > > Hello I am Antonio Petrelli, former PMC member of the Apache Tiles > project. > > Tiles is in the attic, this does not mean that it can get out of it, > given > > that there is enough will to reboot a PMC. > > Copying code does not look like a good thing to do. > > > > I have two questions: > > 1. Are you referring to a Struts 2 or Struts 1 Tiles plugin? Anyway > > such plugins are not present in Tiles itself. > > 2. Are there really people using Tiles today? > > Hi Antonio, thank you for your explanation, but from my perspective > Struts 2 is using just a few features of the Apache Tiles and from > project management perspective it will be easier to copy what is > needed instead of managing & releasing a whole new project (instead > just fixing in Struts 2, we would have to fix Tiles first, release it > and fix Struts - this is similar thing we have with OGNL for example). > Also as someone already pointed out, less dependency is better, > especially if we would like to prepare support for JakartaEE. > > > Regards > -- > Łukasz > + 48 606 323 122 http://www.lenart.org.pl/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org > For additional commands, e-mail: dev-h...@struts.apache.org > >
