> > First off: we're *not* deprecating and removing the ! > notation at this point. That is what this discussion > is entirely about.
Not YET... that's what the conversation was about as I read it... when, not if. > > Why not disable getters and setters by default too > and require people pull out the request parameters by > hand until they switch the security flag? Obviously > because it makes no sense. It is core to working with > actions. And I'm here to argue fervidly that the > pattern of URLs like "create!input" is way too common > in my applications to just turn off by default > without some longer discussion. My goal is to make > sure that the leaders of Struts have their styles of > web development represented in a common set of > defaults - it would be a big mistake for Struts and a > big loss to the community if I went off with my own > ActionMapper and never looked back. > Turning off property setting is a spurious argument. It's the most common thing people want to do. The "!" notation was always an advanced feature (hack). For my style of development, the flag will be turned off to make sure no-one's trying to use it. > I've put forward alternatives, such as a convention > (doXxx) or annotation (@ActionMethod) to indicate > that methods can be called. But I'm currently very > far from convinced that turning off that switch by > default is a good idea at all. I'd like for Ted to > respond to my proposed alternatives. So if you know the setting is there and you can turn it on, even if it's off by default, then where's the harm? We're just saying that for the new user, who isn't familiar with the "!" notation, they don't get surprised when someone can hit any method on their action using the "!" notation. --------------------------------------------------------------------- Posted via Jive Forums http://forums.opensymphony.com/thread.jspa?threadID=40932&messageID=82264#82264 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
