Maybe we ned yet another overrideable encodeURLAccordingToServletSpec method.
** Martin 2010/8/4 Igor Vaynberg <igor.vaynb...@gmail.com>: > afair the servlet spec says all urls have to be passed through that > method and thats what we do. if its not working the problem is with > the servlet container. > > -igor > > On Wed, Aug 4, 2010 at 10:39 AM, Martin Makundi > <martin.maku...@koodaripalvelut.com> wrote: >> Like a sledgehammer ;) >> >> But yes, so it's a bug in wicket "framework design". >> >> ** >> Martin >> >> 2010/8/4 Don Ferguson <don.fergu...@gmail.com>: >>> Ah, much better than my approach. >>> >>> On Aug 4, 2010, at 8:25 AM, Martin Makundi wrote: >>> >>>> Hi! >>>> >>>> I worked around like this: >>>> >>>> ((org.mortbay.jetty.Request) ((WebRequest) >>>> RequestCycle.get().getRequest()).getHttpServletRequest()).setSessionManager(null); >>>> >>>> >>>> ** >>>> Martin >>>> >>>> 2010/8/4 Don Ferguson <don.fergu...@gmail.com>: >>>>> Hi Martin, >>>>> Yes, I've encountered this. I think it's a bug in WebResponse. The >>>>> culprit >>>>> is the line: >>>>> url = httpServletResponse.encodeRedirectURL(url); >>>>> The url should only be encoded when redirecting to the originating site, >>>>> but >>>>> the code doesn't check. >>>>> One workaround (short of fixing the bug) is to duplicate the functionality >>>>> of WebResponse, commenting out the offending line. Then use it as such: >>>>> getRequestCycle().setResponse(new >>>>> NonEncodingWebResponse((WebResponse) >>>>> getRequestCycle().getResponse())); >>>>> getRequestCycle().setRequestTarget(new >>>>> RedirectRequestTarget(url)); >>>>> The source code is attached. >>>>> >>>>> >>>>> -Don >>>>> On Aug 4, 2010, at 2:22 AM, Martin Makundi wrote: >>>>> >>>>> Hi! >>>>> >>>>> I am doing something wrong? I am using: >>>>> >>>>> getResponse().redirect(getParameterFromRequest(RETURN_PAGE)); >>>>> >>>>> But the URL contains jsessionid. I think this is wrong because the >>>>> target server does not understand the jsessiond and it returns 404 >>>>> page not found. >>>>> >>>>> ** >>>>> Martin >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>>> >>>>> >>>>> >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
