Re: AW: AW: action-mapping: why must the action-Attribute path be equivalent to the name of the jsp?
Thanks for the explanation, Craig. -- John At 02:13 PM 8/5/2001 -0700, you wrote: > > Oh, I see. That's what the "parameter" attribute is for! Thanks. Well, that is what the "parameter" value is used for in this case, at least :-). In practice, the "parameter" attribute is a way to pass a single string configuration value into an Action, and means whatever your action interprets it to mean. This covers the common case of needing to be able to pass some special parameter from struts-config.xml to an action, without having to mess around with subclassing ActionMapping. > > At 10:26 AM 8/1/2001 -0700, you wrote: > >This mechanism is already available in Struts. Take a look at the > >DispatchAction class: > > > >http://jakarta.apache.org/struts/api/org/apache/struts/actions/DispatchActio > >n.html > > > >-- > >Martin Cooper > > John Yu Scioworks Technologies e: [EMAIL PROTECTED] w: +(65) 873 5989 w: http://www.scioworks.com m: +(65) 9782 9610
Re: AW: AW: action-mapping: why must the action-Attribute path be equivalent to the name of the jsp?
Martin, Oh, I see. That's what the "parameter" attribute is for! Thanks. -- John At 10:26 AM 8/1/2001 -0700, you wrote: This mechanism is already available in Struts. Take a look at the DispatchAction class: http://jakarta.apache.org/struts/api/org/apache/struts/actions/DispatchActio n.html -- Martin Cooper - Original Message - From: "John Yu" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 01, 2001 1:48 AM Subject: Re: AW: AW: action-mapping: why must the action-Attribute path be equivalent to the name of the jsp? > I share a similar concern. > > I'm wondering if it makes sense to extend Struts' mapping architecture > so that it will also look into a 'magic' url parameter and dispatch > accordingly. > > For example, if the URL is > > > > MyAction.do?subAction=Create > > > > > the ActionServlet will dispatch the request to the MyActionCreate class > given the following (enhanced) action mapping. > > > > This will make it easily to have forms with multiple buttons which > require different actions. > -- > John > > > At 10:18 AM 8/1/2001 +0200, you wrote: > > > Isn't it against the mvc philosophy to put navigation code (e.g. > control) > into > a tag (e.g. view) ? > > -Ursprungliche Nachricht- > Von: Ted Husted [ mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] > Gesendet: Dienstag, 31. Juli 2001 18:42 > An: [EMAIL PROTECTED] > Betreff: Re: AW: action-mapping: why must the action-Attribute path be > equivalent to the name of the jsp? > > > The usual solution would be to design your forms to contain hidden > fields that tell the Action which operation to perform with the next > request. So typically, there would be one button with a hidden field > that conveyed whether this was the "FirstAction" or the "SecondAction". > These would all go back to a single Action that either performed all the > operations, or forwarded onto another Action. > > If you will be using this button that much, you might also consider > writing your own custom tag so the button could program itself from the > request. In general, the request is meant to convey information to the > presentation layer about how it is suppose to write itself. > > In my own projects, I am experimenting with ways to make the current > ActionMappings available to the JSP, as they are to perform() and > validate(), which starts to open several doors. > > > [EMAIL PROTECTED] wrote: > > > > Thanks, at least it's a working work-around. But the ugly thing is, > that > in > > both cases the same action is called and I am forced to call the > "real" > > action > > from the first action depending on the pushed button. > > > > + Action inserts "fire" bean into rquest context > > + Forward to JSP > > + JSP checks to see if fire==first. If so, write TheFirstAction button > > + JSP checks to see if fire==second. If so, write TheSecondActon > button > > + submit "fires" action > > + action does nothing and forwards to the "real" action depending on > the > > button. > > > > In my real world the page will be reused at least 5 or six times. So > rather > > than > > putting the "Control" part of MVC in the struts-config.xml I start > > piggypacking info > > in the request and analysing this in the dummy action. > > > > However again thanks. > > Peter > > -- > John Yu Scioworks Technologies > e: [EMAIL PROTECTED] w: +(65) 873 5989 > w: <http://www.scioworks.com /> http://www.scioworks.com > <http://www.scioworks.com /> m: +(65) 9782 9610 > > -- John Yu Scioworks Technologies e: [EMAIL PROTECTED] w: +(65) 873 5989 w: http://www.scioworks.com m: +(65) 9782 9610
Re: AW: AW: action-mapping: why must the action-Attribute path be equivalent to the name of the jsp?
[EMAIL PROTECTED] wrote: > Isn't it against the mvc philosophy to put navigation code (e.g. control) > into a tag (e.g. view) ? Generally, it's the view's job to capture user gestures, and the controller's job to interpret them. Presentation code that says "next" or "prev" is a gesture. Code that says "next.jsp" or "prev.jsp" is interpreting a gesture. So far this discussion has been about constructing a dynamic view that presents the buttons needed to capture the user gestures: they want to do this or they want to do that. A core problem is that a HTML button's label and its value are the same, so we have to use hidden fields, and other smoke-and-mirror techniques, to get buttons with the same labels to represent different gestures. In real life, we still need to use logic to program the view. Otherwise, we would have to a different page for every combination of application state. One form for input. Another for update. Of course, this would violate the MVC prime directive: optimize for long-term maintenance (or "change is the only constant" ;0). The cutting edge is whether the view "knows" anything about other views. When this happens, changes start to cascade between pages, and maintenance is not optimal. So long as all links pass through ActionForwards (forward="") and mappings (*.do or /do/*), then the flow is being determined by controller layer, and could be reconfigured without changing the presentation code. Thus, the MVC gods are appeased ;-) -Ted.
Re: AW: AW: action-mapping: why must the action-Attribute path be equivalent to the name of the jsp?
I share a similar concern. I'm wondering if it makes sense to extend Struts' mapping architecture so that it will also look into a 'magic' url parameter and dispatch accordingly. For example, if the URL is MyAction.do?subAction=Create the ActionServlet will dispatch the request to the MyActionCreate class given the following (enhanced) action mapping. subAction="Create" type="MyActionCreate" .../> This will make it easily to have forms with multiple buttons which require different actions. -- John At 10:18 AM 8/1/2001 +0200, you wrote: Isn't it against the mvc philosophy to put navigation code (e.g. control) into a tag (e.g. view) ? -Ursprungliche Nachricht- Von: Ted Husted [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 31. Juli 2001 18:42 An: [EMAIL PROTECTED] Betreff: Re: AW: action-mapping: why must the action-Attribute path be equivalent to the name of the jsp? The usual solution would be to design your forms to contain hidden fields that tell the Action which operation to perform with the next request. So typically, there would be one button with a hidden field that conveyed whether this was the "FirstAction" or the "SecondAction". These would all go back to a single Action that either performed all the operations, or forwarded onto another Action. If you will be using this button that much, you might also consider writing your own custom tag so the button could program itself from the request. In general, the request is meant to convey information to the presentation layer about how it is suppose to write itself. In my own projects, I am experimenting with ways to make the current ActionMappings available to the JSP, as they are to perform() and validate(), which starts to open several doors. [EMAIL PROTECTED] wrote: > > Thanks, at least it's a working work-around. But the ugly thing is, that in > both cases the same action is called and I am forced to call the "real" > action > from the first action depending on the pushed button. > > + Action inserts "fire" bean into rquest context > + Forward to JSP > + JSP checks to see if fire==first. If so, write TheFirstAction button > + JSP checks to see if fire==second. If so, write TheSecondActon button > + submit "fires" action > + action does nothing and forwards to the "real" action depending on the > button. > > In my real world the page will be reused at least 5 or six times. So rather > than > putting the "Control" part of MVC in the struts-config.xml I start > piggypacking info > in the request and analysing this in the dummy action. > > However again thanks. > Peter -- John Yu Scioworks Technologies e: [EMAIL PROTECTED] w: +(65) 873 5989 w: http://www.scioworks.com m: +(65) 9782 9610
AW: AW: action-mapping: why must the action-Attribute path be equivalent to the name of the jsp?
Isn't it against the mvc philosophy to put navigation code (e.g. control) into a tag (e.g. view) ? -Ursprungliche Nachricht- Von: Ted Husted [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 31. Juli 2001 18:42 An: [EMAIL PROTECTED] Betreff: Re: AW: action-mapping: why must the action-Attribute path be equivalent to the name of the jsp? The usual solution would be to design your forms to contain hidden fields that tell the Action which operation to perform with the next request. So typically, there would be one button with a hidden field that conveyed whether this was the "FirstAction" or the "SecondAction". These would all go back to a single Action that either performed all the operations, or forwarded onto another Action. If you will be using this button that much, you might also consider writing your own custom tag so the button could program itself from the request. In general, the request is meant to convey information to the presentation layer about how it is suppose to write itself. In my own projects, I am experimenting with ways to make the current ActionMappings available to the JSP, as they are to perform() and validate(), which starts to open several doors. [EMAIL PROTECTED] wrote: > > Thanks, at least it's a working work-around. But the ugly thing is, that in > both cases the same action is called and I am forced to call the "real" > action > from the first action depending on the pushed button. > > + Action inserts "fire" bean into rquest context > + Forward to JSP > + JSP checks to see if fire==first. If so, write TheFirstAction button > + JSP checks to see if fire==second. If so, write TheSecondActon button > + submit "fires" action > + action does nothing and forwards to the "real" action depending on the > button. > > In my real world the page will be reused at least 5 or six times. So rather > than > putting the "Control" part of MVC in the struts-config.xml I start > piggypacking info > in the request and analysing this in the dummy action. > > However again thanks. > Peter
