Mailing-List: contact dev-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Developers List" <dev@struts.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy includes SPF record at
 spf.trusted-forwarder.org)
Mime-Version: 1.0 (Apple Message framework v749.3)
In-Reply-To: <f8b39ace0604231535q1a81de70j9aa92c8755eb1ead@mail.gmail.com>
References: <8b3ce3790604210556g3faef4c6gc7c16f8848389696@mail.gmail.com>
 <281617D0-7F63-4370-8114-9869F1430DAD@apache.org>
 <16d6c6200604221137r251441fchd079e0ff836454b5@mail.gmail.com>
 <8b3ce3790604230943i528f206dr1a3c1e3e7181a5a4@mail.gmail.com>
 <444BBF8A.20703@twdata.org>
 <adba96190604231113xed42069p2715da6f94c1cf78@mail.gmail.com>
 <444BC481.8020808@twdata.org>
 <16d6c6200604231129vd019e5dl9f803dd41d754157@mail.gmail.com>
 <f8b39ace0604231535q1a81de70j9aa92c8755eb1ead@mail.gmail.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <13649819-152F-440E-A6D7-DC021929A5E1@apache.org>
Content-Transfer-Encoding: 7bit
From: James Mitchell <jmitchell@apache.org>
Subject: Re: Standalone Tiles as TLP
Date: Mon, 24 Apr 2006 00:41:57 -0400
To: "Struts Developers List" <dev@struts.apache.org>

I'm in the same camp on this one.  I think we (SAF1) should be  
providing a plugin that provides Tiles integration.

--
James Mitchell


On Apr 23, 2006, at 6:35 PM, Craig McClanahan wrote:

> On 4/23/06, Martin Cooper <martinc@apache.org> wrote:
>>
>> On 4/23/06, Don Brown <mrdon@twdata.org> wrote:
>>>
>>> I would think it would be Tiles' responsibility to support  
>>> deployment
>>> with Struts.  In that view, Tiles would be its own project, yet  
>>> part of
>>> it would depend on struts-action.jar to provide the Struts  
>>> hooks.  In
>>> the same way, they would provide Struts Action 2 hooks, if  
>>> necessary.
>>
>>
>> This is a tough one - for me, at least. Should an independent  
>> Tiles have
>> glue code for Struts, or should it be Struts' responsibility to  
>> provide
>> the
>> glue? If we look at Velocity, the glue is over there, but we've also
>> talked
>> about it coming here. If we look at Validator, the glue is here.  
>> If we
>> look
>> at Chain, the servlet and portlet glue is over there.
>
>
> I've always thought it would be as Martin describes for Validator --
> standalone Tiles would really be standalone, and each framework  
> that wanted
> to utilize it would provide it's own glue to some particular version 
> (s) of
> Standalone Tiles.  That is what Shale already does with the  
> standalone Tiles
> stuff -- for example, Shale integrates tiles into the standard JSF
> navigation mechanism.  That's not something that it seems  
> reasonable to
> impose on a "standalone" project.
>
> My preference, at least at this time, would be for the Struts /  
> Tiles glue
>> to stay here. That will help Standalone Tiles stand on its own  
>> feet, and
>> especially help with the notion that it's now independent of  
>> Struts. Any
>> perception - real or otherwise - that Tiles is tied to Struts will be
>> detrimental to Tiles as an independent library.
>
>
> +1
>
> --
>> Martin Cooper
>
>
> Craig


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