> > 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 >>> >>> >> >