Hi, I currently have an application reading a cookie in my session. All of my unit tests where the pattern is: Create page -> submit form -> redirect to new page fails to read this cookie after the redirect to new page.

The cookie is added both to the response and request before each new test (WicketTester gets recreated):
tester.getServletRequest().setCookies(new Cookie[]{cookie});

This works fine during first page rendering and form submission. But after the form has been submitted and the redirect to new page takes place the cookie does not exist in the new request.

Since I'm a bit unsure if this is the wanted behavior for WicketTester or not I'm posting this to all users out there.

In my particular use case I would like the cookie to be persisted between original request and new request since that's how it is working in the real application.

Codewise (with Wicket 1.4.15):
In MockWebApplication.postProcessRequestCycle:
if (httpResponse.isRedirect())
  lastRenderedPage = generateLastRenderedPage(cycle);

MockHttpServletRequest newHttpRequest = new MockHttpServletRequest(application, servletSession, application.getServletContext());


The call to new MockHttpServletRequest will clear all cookies set during initialize() and thus my cookie will not be set in the redirect request.

Any ideas on how to tackle this? For me I'd like the WicketTester to copy any existing cookies from the original request to the redirect request. I'd also be happy if there's another place in the code where I can set the cookie to have it available during the redirect request phase as well.

I also found an old bug (WICKET-1886) that felt like the same issue when I read it.


To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to