Chris' approach may be a good direction for solving our issue, and we will be trying it as one of the solutions.
Thanks. Jerry -----Original Message----- From: Jason Pyeron [mailto:jpye...@pdinc.us] Sent: Wednesday, May 18, 2011 6:33 PM To: 'Struts Developers List' Subject: RE: Issue Reporting: problem with findRootObject process in struts2-json-plugin-2.2.3.jar > -----Original Message----- > From: Dave Newton [mailto:davelnew...@gmail.com] > Sent: Wednesday, May 18, 2011 20:10 > To: Struts Developers List > Subject: Re: Issue Reporting: problem with findRootObject process in > struts2-json-plugin-2.2.3.jar > > On Wednesday, May 18, 2011, Jerry Yuan wrote: > > Any suggestions about placing it somewhere other than stack? > > Relying on stack position will always create risk, as you assume > nothing else will ever modify the stack, and there is little > communication to other layers or interceptors that the information > exists anywhere. I can thing of a bunch of alternatives, but setting > the info on actions implementing an interface is one, attaching it to > the request is another, putting it int the context as a named variable > is another (beware accidentally overwriting it, or something /else/ > overwriting it), etc. > > > Also if we place it on the stack, hopefully new Struts > versions could support it like what we use for Struts 2.2.1. Does Chris' approach solve your issue? > > You'll remain at the mercy of every other interceptor you > ever use, framework changes, and so on. This line of thought is why I asked for a failing example. My assumption was that you are using a "frail" pattern, that should be rewritten. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100 - - +1 (443) 269-1555 x333 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
