DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=38343>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38343 ------- Additional Comments From [EMAIL PROTECTED] 2006-02-10 01:20 ------- >From comment #3: Otherwise the request identifes a render phase (say, a user navigated to an URL or pressed "reload" button). In this case "unspecified" method is called, which would display a view corresponding to current resource state (if the corresponding action form is stateful, of course). This is interesting. I did not write this class with the intention of creating a rendering phase (parameter present) and a view phase (parameter absent), but I suppose it could be leverage for such a task. You're probably more suited to come up with a living example of this -- and I would like to see it -- but I am not sure if I want to add a "getView" method on this. Perhaps that's an implementation that could come from a subclass, and that's what I'd actually prefer as I think about your suggestion. As you know the default is to return null if it can't find any match. Because this is a 2nd generation subclass of DispatchAction, I think the "unspecified" method is called but it's not directly by this. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
