"Craig R. McClanahan" wrote: > > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7202 > > > > I've been staring at that one ... > > My initial inclination is WONTFIX, because it seems counter to the basic > philosophy of Struts (submits always go to an Action) and redundant > (because Action names are already a logical mapping mechanism). I can't > quite see a use case that makes this compelling -- but there might be one, > so I havent' closed the enhancement request yet. > > Thoughts?
What might really be helpful would be if there was a way to pass it a local forward, so same form could be reused for different action mappings. The classic example is that right now to use the same form for updates and creates, we end up doing a lot of work in the backroom, when all we ~really~ want to do is change where the form gets submitted. But we can't change the action= except as a RTE. That's not really part of this enhancement, but maybe it could be. Another place it comes up is in workflows. A form might be used in a workflow or independantly. If it is in a workflow, you want to submit back to the workflow action, but if it's being used independantly, you would want to submit someplace else. The core idea is that JavaServerPages are reusable components too, but if we can't easily change the target of the submit, we limit their reuse. So, worst case, I'd be inclined to mark it LATER. > > On one hand it stretches the use of the ActionForward quite a bit. On > > the other hand, it would allow all the references to be "logical" rather > > than to any type of URI. Might also be handy if we implement "smart > > forwards" later. > > > > We've already got "smart mapping" for actions .... I was thinking of the idea of i18n or "smart" ActionForwards that could adjust their own path at runtime. http://nagoya.apache.org/eyebrowse/ReadMsg?[EMAIL PROTECTED]&msgNo=5791 -- Ted Husted, Husted dot Com, Fairport NY US -- Java Web Development with Struts -- Tel: +1 585 737-3463 -- Web: http://husted.com/about/services -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
