Re: Re: why Struts2 Dispatcher instance bind to ThreadLocal

2013-04-29 Thread Lukasz Lenart
2013/4/26 Ken McWilliams : > I still don't understand what the use case isxe for the two filters. In the > StrutsPrepareAndExecuteFilter the source of both the Prepare and Execute > filters are clearly concatenated. > > What kind of 3rd party functionality will need to grab onto struts2 > resources

Re: Re: why Struts2 Dispatcher instance bind to ThreadLocal

2013-04-26 Thread Ken McWilliams
I still don't understand what the use case isxe for the two filters. In the StrutsPrepareAndExecuteFilter the source of both the Prepare and Execute filters are clearly concatenated. What kind of 3rd party functionality will need to grab onto struts2 resources created via prepare and before execut

Re: Re: why Struts2 Dispatcher instance bind to ThreadLocal

2013-04-25 Thread Lukasz Lenart
Thanks, it's much clear now how StrutsPrepare and StrutsExecute cooperate :-) 2013/4/25 Don Brown : > Two servlet filters - one to do 95% of the work, the second to cleanup any > thread locals. > > Don > > > On Thu, Apr 25, 2013 at 1:06 AM, Lukasz Lenart > wrote: >> >> Thanks MrDon :-) >> >> What

Re: Re: why Struts2 Dispatcher instance bind to ThreadLocal

2013-04-25 Thread Don Brown
Two servlet filters - one to do 95% of the work, the second to cleanup any thread locals. Don On Thu, Apr 25, 2013 at 1:06 AM, Lukasz Lenart wrote: > Thanks MrDon :-) > > What you mean by "two filters"? > > > Regards > -- > Łukasz > + 48 606 323 122 http://www.lenart.org.pl/ > > 2013/4/24 Don B

Re: Re: why Struts2 Dispatcher instance bind to ThreadLocal

2013-04-25 Thread Lukasz Lenart
Thanks MrDon :-) What you mean by "two filters"? Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ 2013/4/24 Don Brown : > This all goes way back to the days of WebWork and how much they loved > statics. WebWork basically used static singletons for everything, causing > a) a really

Re: Re: why Struts2 Dispatcher instance bind to ThreadLocal

2013-04-23 Thread Don Brown
This all goes way back to the days of WebWork and how much they loved statics. WebWork basically used static singletons for everything, causing a) a really complicated startup order and b) the ability to only run one instance of the framework. In those days (and perhaps still?) there wasn't just

Re:Re: why Struts2 Dispatcher instance bind to ThreadLocal

2013-04-23 Thread ppm10103
At 2013-04-24 03:44:22,"Lukasz Lenart" wrote: >2013/4/23 ppm10103 : >> The Dispatcher will have only one instance, >> it bind to ThreadLocal is for what? > >For thread safety, then you can access Dispatcher from a thread >without synchronisation. That's my opinion :-) > > >Regards >-- >Łukasz

Re: why Struts2 Dispatcher instance bind to ThreadLocal

2013-04-23 Thread Lukasz Lenart
2013/4/23 ppm10103 : > The Dispatcher will have only one instance, > it bind to ThreadLocal is for what? For thread safety, then you can access Dispatcher from a thread without synchronisation. That's my opinion :-) Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ ---