> > I would recomend upgrading to a later version of struts > Oh Mike, I wish I could do that! :)
For the problem at hand, I am better off sub-classing the RequestProcessor. Having said that, would still try and upgrade asap. Cheers Avlesh On Mon, Jun 22, 2009 at 9:30 AM, Mike Dave <i.am.mike.d...@gmail.com> wrote: > > > > Sounds counter-intuitive. Why should the RequestProcessor overwrite? > > > I am in agreement with you, Avlesh. This behaviour is erratic. > I would recomend upgrading to a later version of struts assuming that the > behaviour has been fixed. > > -m- > > On Sun, Jun 21, 2009 at 8:46 PM, Avlesh Singh <avl...@gmail.com> wrote: > > > >> It's also the weekend. > >> > >> I truly respect that. > >> > >> It's not a bug, that's just how it works. > >>> > >> Sounds counter-intuitive. Why should the RequestProcessor overwrite? > >> > >> Overriding the request processor is the normal way to add behavior to > apps > >>> running that version of Struts. > >>> > >> Thanks for approving the solution. > >> > >> Thanks again, Dave. > >> > >> Cheers > >> Avlesh > >> > >> > >> On Sun, Jun 21, 2009 at 5:59 PM, Dave Newton <newton.d...@yahoo.com > >wrote: > >> > >>> Avlesh Singh wrote: > >>> > >>>> Did not get a response yet :( > >>>> > >>> > >>> It's also the weekend. > >>> > >>> Is this a dev list question > >>>> > >>> > >>> No. > >>> > >>> 1. Shouldn't this method also check if the response already has a > >>>>> contentType header applied or not? Is this a known bug, or am I > >>>>> missing > >>>>> something? > >>>>> > >>>> > >>> It's not a bug, that's just how it works. > >>> > >>> 2. I subclassed the RequestProcessor and defined a controller in my > >>>>> struts config as <controller > >>>>> processorClass="com.me.MyRequestProcessor"/>. > >>>>> The class merely overrides the processContent method to check for > an > >>>>> existing contentType. Am I doing it correctly, or is there some > other > >>>>> way to > >>>>> achieve the desired behavour in my case. > >>>>> > >>>> > >>> Overriding the request processor is the normal way to add behavior to > >>> apps running that version of Struts. > >>> > >>> Dave > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >>> For additional commands, e-mail: user-h...@struts.apache.org > >>> > >>> > >> > > >
