struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sean Schofield" <sean.schofi...@gmail.com>
Subject Re: Standalone Tiles as TLP
Date Fri, 21 Apr 2006 13:41:47 GMT
So you are suggesting Tiles be decoupled from Struts Action and Shale
so that it can be compiled independent of these modules?  Definite +1
and this was my impression all along as well.

As for top level project, I agree that Tiles probably belongs here but
I'm not opposed.  For me the main thing is that Tiles should be
decoupled from the Action framework.  MyFaces Tomahawk currently
requires the full struts jar in order to provide Tiles support.

Sean

On 4/21/06, Ted Husted <ted.husted@gmail.com> wrote:
> Lately, we've gotten into the habit of talking about Standalone Tiles
> as if it were already an Apache Struts subproject. As far as I
> remember, there has never been a vote to that effect, and the only
> proposal on the wiki positions Tiles as a top-level project, once it
> is ready to stand on its own.
>
> * http://wiki.apache.org/struts/TilesTopLevel
>
> IMHO, once Standalone Tiles is ready for a release, we should migrate
> the component to a top-level ASF project. When we started this
> process, the original intent was to decompose Tiles here, test it in
> Action and Shale, and then move it out when it was ready to stand on
> its own.
>
> If anything will make Apache Struts an "umbrella", it would be keeping
> Tiles here, rather than proposing it as a top-level project.
> Standalone Tiles is *not* an application framework. Tiles is a
> *component" that can be used by any web application, just like
> Validator and BeanUtils and everything else we extracted into
> "standalone" versions.
>
> Of course, another alternative would be to propose Tiles as Commons
> component or Jakarta subproject. Albeit, I feel that Tiles falls
> somewhere between a component and a framework, and that Tiles is rich
> enough to warrant its own top-level project.
>
> Thoughts?
>
> -Ted.
>
> ---------------------------------------------------------------------
> 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