I agree with Jeppe,

_event name should override the default workflow. if _event isn't
specified the normal stuff happens.

On Mon, May 19, 2008 at 3:30 PM, Jeppe Cramon <[EMAIL PROTECTED]> wrote:
> Hi
>
> To me this seems most logical: If you specify _eventName explicitly it
> should mean that you explicitly want event it specifies
> executed, .i.e. an override.
> Otherwise the implicit standard processing (of guessing the event name
> from parameters) does its work as usual.
>
>
> /Jepe
> On 19/05/2008, at 21.32, Ben Gunter wrote:
>
>> This one is about the _eventName parameter. I have gotten the
>> impression
>> that many people think _eventName works differently than it actually
>> does. If you pass a parameter named _eventName, then Stripes will use
>> its value as the event to execute, but only if no other parameter
>> indicates the event. So if you have an ActionBean that has foo and bar
>> as events, if you pass just _eventName=foo then foo() will execute. If
>> you pass foo=whatever&_eventName=bar then foo() will still execute
>> because it takes precedence.
>>
>> The JIRA issue I created this morning
>> (http://www.stripesframework.org/jira/browse/STS-568) proposes that if
>> _eventName is present then it should override any other parameters.
>> In a
>> comment, Tim pointed out a reason why we might not want to do that.
>> It's
>> one of those things that could happen but probably not very often.
>> We're
>> wondering what you all think about it, and how many of you thought
>> _eventName would override other parameters.
>>
>> -Ben
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Stripes-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Stripes-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Stripes-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-users

Reply via email to