Dave, This is all symantics I guess, but I dont mind a good "discussion" :)
To me with the way the relationship is between the 2 objects, ActionContext is not a PART of the Interceptor, it is something the Interceptor uses. So for me it should be neither final or even a member variable. Just a referance within the scope of the executed method. It creates an unatural relationship that could potential complicate the frameworks control of the ActionContext. Matt Filion CSC - GTS --> Raytheon - ISF (818) 468-6271 [EMAIL PROTECTED] -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Dave Newton <[EMAIL PROTECTED]> 03/07/2007 01:15 PM Please respond to "Struts Users Mailing List" <user@struts.apache.org> To Struts Users Mailing List <user@struts.apache.org> cc Subject [OT] Re: Interceptor + putting information on the request --- Matt Filion <[EMAIL PROTECTED]> wrote: > I really suggst you dont make the ActionContext > final. Because the context changes for each request > (its mutable) and making it final is a misleading > statement. Making local parameters that will not change 'final' is a reasonably typical coding practice and may help prevent stupid PEBKAC problems. I don't think making a local variable 'final' will confuse anybody. d. ____________________________________________________________________________________ We won't tell. Get more on shows you hate to love (and love to hate): Yahoo! TV's Guilty Pleasures list. http://tv.yahoo.com/collections/265 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
