Spot on.
There are probably several other ways to do routing based on Button selects
too.
Using:
<s:submit name="redirect-action:doThis" value="This"/>
in the tag is another way of handling Buttons. You could then inject a
boolean value as an Action mapping parameter.
eg.
<action name="doThis" class="somethingClass" method="doSomethingMethod">
true
Thinking more on it, using booleans to define control/flow is probably a bad
thing.
So, either as you said, use
<s:form action="/doSomething">
<s:submit name="anything" method="doThisMethod" value="This"/>
</s:form>
<action name="doSomething" class="somethingClass" method="defaultMethod">
Or,
<s:form action="/doDefault">
<s:submit name="redirect-action:doThis" value="This"/>
</s:form>
<action name="doThis" class="somethingClass" method="doThisMethod">
...
<action name="doDefault" class="somethingClass" method="doDifferentMethod">
...
I guess which way you choose comes down to what you need in the Action
Mapping.
If you don't have different interceptor stacks or parameter injection, etc.
using the method= method is probably the best way.
The redirect-action way means you need to define separate Action Mapping
definitions for each of the buttons as well as the default action. This
might be a good thing if they need to be configured differently.
Both of these methods give you a default process if no button is selected.
I guess maybe all that's wrong here is the HOWTO page. Should this be
updated?
Using the methods described, you know which button is pressed by which
method is executed. This is far better than testing booleans.
The "Dynamic Set Of Buttons" section on that page works and is useful when
dealing with lists of data.
Hope this helps and makes some sort of sense.
Steve
--
View this message in context:
http://www.nabble.com/best-way-to-handle-multiple-buttons-in-a-form--tp15151826p15473920.html
Sent from the Struts - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
