Another likely use might be to assert a page's preconditions and forward to an error page if the controller did not keep its contract.
Though, I don't really buy the MVC principles argument. Since the tags can specify a forward, rather than a direct link, it's no different than html:link or html:forward, or any of the others. A page does need to know its logical destinations.
The MVC violation would be inducing people to hand-code pragmas embeded with system URIs.
In any event, we can't deprecate them until we move to a servlet spec that provides an alternative. So, we will need to retain them into the near future.
I feel that they replicate funcationality defined in the HTML specification, and therefore belong in the html taglib.
http://www.w3.org/TR/html4/struct/global.html#h-7.4.4
This is unlike the other logic tags, which have nothing like them in HTML.
Though, I've felt this way since the day the logic and html taglibs were born (Craig didn't agree with me then, either), and so my feelings won't be hurt if it doesn't change at this late date =:0)
Of course, for the most part, it's all moot to me personally. I'm not basing new development on JSPs at this point. We could scuttle all the taglibs, and I'd barely notice =:)
-Ted.
David Graham wrote:
There should be an action property here too, so that we can go directly to the Welcome action, or whatever is appropriate for the application.
Ted,
I really think these tags violate MVC principles and the functionality they provide should be contained in Actions. Can you explain how you view this issue?
Thanks, Dave
_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- Ted Husted, Struts in Action <http://husted.com/struts/book.html>
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
