struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Niall Pemberton" <niall.pember...@gmail.com>
Subject Re: [s1+tiles2] Where does Tiles2-Struts1 integration belong?
Date Tue, 05 Dec 2006 17:25:17 GMT
On 12/5/06, Greg Reddin <greddin@apache.org> wrote:
> One alternative I thought of last night is to bring Struts-Tiles into
> the TLP as Tiles 1x.  We could quickly get a GA out so Tiles would
> have a GA in and of itself.  Then we could continue work on Tiles 2.
>
> Does anyone else see the need for that?

I think this is a bad idea for the following reasons:

1) Since it would be tied to Struts1, you're going to confuse your
uses offering a tiles1 verson that requires Struts1 and probably be
dismissed by some of your potential new user base thinking that its
the same old thing.

2) Struts1 may need to bugfix the existing tiles1 code and I don't
believe we should be hampered/prevented from doing this by the fact
that not all Struts committers are tiles committers.

Niall

> Thanks,
> Greg
>
> On Dec 5, 2006, at 9:38 AM, Antonio Petrelli wrote:
>
> > Niall Pemberton ha scritto:
> >> Better IMO to be in Struts1 - but until Tiles2 has a "GA" release the
> >> current "struts-tiles" module can't be replaced, otherwise it will
> >> prevent a "GA" release of Struts1. If you're ready to start work on
> >> this now then we could copy the exisiting code to a new
> >> "struts-tiles2" module and remove the old module once tiles has gone
> >> GA.
> >
> > Agreed!
> >
> >> The other question in my mind is how much does tiles2 break
> >> compatibility with the existing struts-tiles? If it does break
> >> compatibility then perhaps we should just leave the existing
> >> "struts-tiles" module to wither and decay rather than
> >> removing/replacing.
> >
> > Well, Tiles 2 breaks compatibility completely.
> > So I will create a new module.
> >
> > Thank you
> > Antonio
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Mime
View raw message