Java Mailing List Archive

http://www.junlu.com/

Home » Home (12/2007) » Struts 2 »

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

Matt Filion

2007-03-07

Replies:

Dave,

My mistake, I misread it.

Though the different situation seems like "overkill". How about expecting
a programmer to look at the code becore they modify it? :)

Matt Filion
CSC - GTS --> Raytheon - ISF
(818) 468-6271
mfilion@(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 <newton.dave@(protected)>
03/07/2007 02:01 PM
Please respond to
"Struts Users Mailing List" <user@(protected)>


To
Struts Users Mailing List <user@(protected)>
cc

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






--- Matt Filion <mfilion@(protected):
> 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.

IIRC as posted it was a local final variable in the
method... There's no relationship created by that,
it's for convenient access, declared final to avoid
PEBKACs.

All declaring it final does is make the compiler spew
an error if the hapless programmer mistakingly does
something like "context = foobar..."

It does not affect the "framework's control" at all.

d.




____________________________________________________________________________________
Food fight? Enjoy some healthy debate
in the Yahoo! Answers Food & Drink Q&A.
http://answers.yahoo.com/dir/?link=list&sid=396545367

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@(protected)
For additional commands, e-mail: user-help@(protected)


©2008 junlu.com - Jax Systems, LLC, U.S.A.