This was brought up some time ago by Matt Raible--searching the archive may provide more helpful information. To be honest I don't really remember what, if any, the resolution was.
If it hasn't been dealt with I'll probably look into it now that my time is somewhat more available. Dave --- On Thu, 12/18/08, Robert Graf-Waczenski <r...@lsoft.com> wrote: > With Struts1, i am used to getting runtime exceptions when > for example <html:text name="whatever"> was > used and when the underlying form class did not offer a > getter or setter for the property "whatever". Now > with Struts2 (V2.0.14), i'm using <s:textfield > name="whatever"> and i'm observing that the > underlying action class does not have an appropriate getter > or setter but that i'm not receiving a runtime error, > i.e. the underlying framework apparently seems to handle the > NoSuchMethodException gracefully. > > To be honest, i don't like this behavior. It makes > hunting down a trivial typo in the name= attribute much > harder. The view is displayed without an error (not even on > the java console) and the user is wondering why the > getters/setters in the action class are not called. > > OGNL expressions are treated similarly and for those, the > situation is even worse: Since i can build complex > expressions that internally translate to deeply nested > reflection calls, typos are much more probable and hunting > down errors due to typos can take hours. > > Now my question: Is there a property somewhere that i can > set to disable the leniency? I'd rather have errors > thrown out to the console (or even the view page) instead of > the current behavior of gracefully handling > reflection-related exceptions. > > Any thoughts / ideas? > > Robert > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: > user-h...@struts.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org