You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tiles.apache.org by Antonio Petrelli <an...@gmail.com> on 2007/04/11 17:39:14 UTC
Tiles 1 compatibility package
Hi all!
I noticed a lot of people having difficulty migrating from Struts 1 -
Tiles 1 to Struts 2 and Tiles 2, so I am wondering if we need to
create a sort of "compatibility package", i.e. something that:
- read the 1.1-style Tiles definition files;
- defines taglibs that externally have the same syntax as the older one.
It will be used in place of the "official" version of Tiles 2 and,
with a small effort (essentially replacing all JSP headers declaring
Tiles taglib and specifying a different DefinitionsReader inside the
web.xml) allows to reuse old Tiles files.
Thoughts?
Antonio
Re: Tiles 1 compatibility package
Posted by Antonio Petrelli <an...@gmail.com>.
2007/4/11, Greg Reddin <gr...@gmail.com>:
> On 4/11/07, Antonio Petrelli <an...@gmail.com> wrote:
> A possible solution would be to provide the compatibility layer and
> immediately deprecate it. That way people can have a migration path but
> they will know we don't intend to support it indefinitely.
+1
> I do think we will have to provide some sort of migration path. I doubt
> many people will jump headfirst into Tiles 2 without one.
There's a JIRA issue for this:
http://issues.apache.org/struts/browse/TILESSHARED-4
Antonio
Re: Tiles 1 compatibility package
Posted by Greg Reddin <gr...@gmail.com>.
On 4/11/07, Antonio Petrelli <an...@gmail.com> wrote:
>
> Hi all!
> I noticed a lot of people having difficulty migrating from Struts 1 -
> Tiles 1 to Struts 2 and Tiles 2, so I am wondering if we need to
> create a sort of "compatibility package"
I've struggled with this very issue. One one hand people are reluctant to
upgrade if it means a complete rewrite of their pages. On the other hand,
what's the motivation to refactor and use the new API if we maintain a
compatible API?
A possible solution would be to provide the compatibility layer and
immediately deprecate it. That way people can have a migration path but
they will know we don't intend to support it indefinitely.
I do think we will have to provide some sort of migration path. I doubt
many people will jump headfirst into Tiles 2 without one.
Greg