struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38343] - [extras] ParameterListActionDispatcher
Date Tue, 07 Mar 2006 19:30:05 GMT
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 paul4christ79@yahoo.com  2006-03-07 19:30 -------
>> Hopefully Paul will provide more constructive feedback to my suggestion.
This is asking too much perhaps :-) But I will do my best.

>> What about the dispatcher using reflection to find methods (with correct
signature) automatically.

This is a very good idea. But my focus of this class does not want to address
refelction because one of the problems with the original tired-and-true
DispatchAction is that you cannot limit which methods, for a particular action
mapping, you want to invoke. This is one need I was addressing with this design.
It is important for me, as a Struts developer, to prevent people from toying
around with the request and try to invoke methods outside the flow of my defined
intent.

>> Configure in the Action's constructor as in my previous example?

This idea is novel and has not crossed my mind. Thank you for recommending it. I
don't know what to make of it yet because I am not interested in configuring the
class, as I am configuring a mapping. I have my configuration in the config file
because, well, that's "how it's always been done" .... but seriously, I want the
freedom to configure per action mapping. I believe my previous comments speak to
this.

Niall, do you find yourself with a need to configure an action on a per-class basis?

-- 
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: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Mime
View raw message