>> Is it really so annoying? in case you are trying to achive clean urls looks quite awkward
>> If the answer is yes, the next step would be opening an issue, could >> you file an issue for this? will do On Tue, Dec 21, 2010 at 1:45 PM, Maurizio Cucchiara < maurizio.cucchi...@gmail.com> wrote: > Ok, > I've got the point (I wrongly thought was a convention issue). > > The answer is: no (AFAIK), there is no-way to get rid of the > statusCode param, I mean nothing simple (You should extend class, > handling xml-configuration file, and so on). > > The good news is that it would be possible to insert into the > ProhibitedResultParams of ServletRedirectResult. > > Is it really so annoying? > > If the answer is yes, the next step would be opening an issue, could > you file an issue for this? > > > > > 2010/12/21 Gena Ganebnyi <gganeb...@nebulent.com>: > > 2.2.1 > > > > On Tue, Dec 21, 2010 at 10:48 AM, Maurizio Cucchiara < > > maurizio.cucchi...@gmail.com> wrote: > > > >> Which struts2 version are we talking about? > >> > >> 2010/12/20 Gena Ganebnyi <gganeb...@nebulent.com>: > >> > I have the following annotations placed on my controller to assure > >> > redirect-after-post: > >> > @Results({ > >> > @Result(name="create", type="redirect", location="/schedule/"), > >> > @Result(name="update", type="redirect", location="/schedule/"), > >> > @Result(name="destroy", type="redirect", location="/schedule/") > >> > }) > >> > When redirect is performed ?statusCode=303 is appended to url. Is > there > >> any > >> > way to avoid this? > >> > > >> > Genadii > >> > > >> > >> > >> > >> -- > >> Maurizio Cucchiara > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> For additional commands, e-mail: user-h...@struts.apache.org > >> > >> > > > > > > -- > Maurizio Cucchiara > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > >