Re: [OT] Re: Interceptor + putting information on the request

2007-03-07 Thread Matt Filion
purpose. Dave Newton <[EMAIL PROTECTED]> 03/07/2007 02:20 PM Please respond to "Struts Users Mailing List" To Struts Users Mailing List cc Subject Re: [OT] Re: Interceptor + putting information on the request --- Matt Filion <[EMAIL PROTECTED]>

Re: [OT] Re: Interceptor + putting information on the request

2007-03-07 Thread Dave Newton
--- Matt Filion <[EMAIL PROTECTED]> wrote: > Though the different situation seems like "overkill". I don't make my local vars 'final' either, but I know enough people that do. > How about expecting a programmer to look at the code > becore they modify it? :) Works great in theory ;) But seriou

Re: [OT] Re: Interceptor + putting information on the request

2007-03-07 Thread Matt Filion
such purpose. Dave Newton <[EMAIL PROTECTED]> 03/07/2007 02:01 PM Please respond to "Struts Users Mailing List" To Struts Users Mailing List cc Subject Re: [OT] Re: Interceptor

Re: [OT] Re: Interceptor + putting information on the request

2007-03-07 Thread Dave Newton
--- Matt Filion <[EMAIL PROTECTED]> wrote: > 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. IIR

Re: [OT] Re: Interceptor + putting information on the request

2007-03-07 Thread Matt Filion
such purpose. Dave Newton <[EMAIL PROTECTED]> 03/07/2007 01:15 PM Please respond to "Struts Users Mailing List" To Struts Users Mailing List cc Subject [OT] Re: Interceptor + putti

RE: Interceptor + putting information on the request

2007-03-07 Thread Sarr, Nathan
Hi Matt, Thanks very much, that fixed it. -Nate - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[OT] Re: Interceptor + putting information on the request

2007-03-07 Thread Dave Newton
--- 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

Re: Interceptor + putting information on the request

2007-03-07 Thread Matt Filion
y permitting the use of e-mail for such purpose. "Sarr, Nathan" <[EMAIL PROTECTED]> 03/07/2007 08:39 AM Please respond to "Struts Users Mailing List" To cc Subject Interceptor + putting information on the request

Interceptor + putting information on the request

2007-03-07 Thread Sarr, Nathan
Hello, I am using struts 2.0.6. I wrote an interceptor to use with Acegi security to place the UserDetails object on the request so I could access it on my JSP page. However when I tried to access the object on the page, it was not found. I then instead placed it on the session using