On Jun 14, 2006, at 11:21 AM, Joe Germuska wrote:

At 9:00 AM -0700 6/14/06, Wendy Smoak wrote:
On 6/14/06, Joe Germuska <[EMAIL PROTECTED]> wrote:

Would you consider some kind of compatibility mode?  That is, before
you remove support for these, could there be a way for people to
configure things for a more strict or more compatible evaluation, to
ease migration? It seems like the closest you can get to deprecation
warnings in tag libs/JSPs.

Rather than keep these things around in Standalone Tiles, I think the
responsibility for 'deprecation' warnings falls to Struts Action.

but in Struts action, it would only be documentation, while in tiles, it could be done in a way that you could transition in code.

However, I realize as I write this that saddling Standalone Tiles with that kind of weight is wrong. SAT is essentially a 2.0 release, and should clean up all these kinds of things (and I too find the Tiles API overly cluttered, so i'm totally in favor of these kinds of changes...)

Agreed. Part of the reason Tiles is in the shape it is in is for the sake of compatibility. The problem is I don't think the story was told very well. So, in a Java class you deprecate and say "use this instead" but with Tiles the "use this instead" message was lost. The result is you have people out there doing all kinds of things that were "accidentally" supported. I agree that ST is basically a 2.0 version. I aim to clean it up as much as possible. I just hope we don't lose the user base in the process.

My other comment was kind of reflexive. I suppose it could be applied to struts-tiles -- or maybe you mean that the responsibility falls to the struts-tiles component of struts-action?

That's the way I took it (struts-tiles). And maybe that's a compatibility API. We wrap a struts-tiles compatibility layer around standalone Tiles, deprecate it and add notes to the taglib doc. Cut a release, then remove it and cut another release :-)

Greg


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to