[prev in list] [next in list] [prev in thread] [next in thread] 

List:       struts-dev
Subject:    RE: TilesServlet deleted
From:       "Martin Cooper" <martinc () apache ! org>
Date:       2004-04-28 2:47:23
Message-ID: LAEMKBGKGGDLCMAKICOPKELJEHAA.martinc () apache ! org
[Download RAW message or body]



> -----Original Message-----
> From: Ted Husted [mailto:husted@apache.org]
> Sent: Tuesday, April 27, 2004 10:36 AM
> To: Struts Developers List
> Subject: RE: TilesServlet deleted
>
>
> On Mon, 26 Apr 2004 21:10:53 -0700, Martin Cooper wrote:
> >> -----Original Message-----
> >> From: David Graham [mailto:grahamdavid1980@yahoo.com]
> >>
> >> IMO, commons is the wrong place for Tiles.
> >>
> >
> > That was my initial reaction as well, so I went off to look at the
> > Commons charter, and discovered that it doesn't actually preclude
> > components like Tiles.
>
> Craig once mentioned the idea of a Web Applications Commons,
> where we could share components like Tiles and Validator, and
> whatever might come up for JavaServer faces.
>
> Another likely suspect might be Velocity Tools. This component
> has utility outside of Velocity. I believe the Scriptable Actions
> reinvents VelTools to an extent.
>
> Struts Velocity applications are also consumers of Tiles these
> days, as well as the Validator as well. It wouldn't take much to
> make these available to Velocity apps outside of Struts as well.
> Along with JSF apps, of course. :)
>
> Bringing components like Chain, Resources, Tiles, Tools, and
> Validator together might create some synergy. These are all
> things that more than one web application framework  (or just
> plain application framework) might use.

I agree that bringing these things together might create some synergy,
especially for folks building web application. However, we'd want to be
careful about pigeon-holing these components, since most of the ones listed
above are also useful outside of web applications.

--
Martin Cooper


> It could be another project, or just a grouping within Commons,
> or even a Struts subproject, depending on who wanted to be
> involved and how they felt about it.
>
> -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

[prev in list] [next in list] [prev in thread] [next in thread]