CODEWITHSUNDEEP
javahttp-redirectwicketfriendly-url
Jonik
Jonik

Reputation: 81751

Wicket redirect: how to pass on parameters and keeps URLs "pretty"?

Consider a Wicket WebPage that redirects to another page (based on some logic omitted from here):

public class SomePage extends WebPage {
    public SomePage(PageParameters parameters) {
        setResponsePage(AnotherPage.class);
        setRedirect(true);
    }
}

I need to pass on the PageParameters to that other page, and this seems to be the way to do that:

setResponsePage(new AnotherPage(parameters));

However, when creating a new Page object like this, I end up at an URL such as /?wicket:interface=:1:::: instead of the clean /another. AnotherPage is defined as:

@MountPath(path = "another")
public class AnotherPage extends WebPage {
    // ...
}

(Where MountPath is from org.wicketstuff.annotation.mount package.)

So, my questions are:

Update

Heh, turns out any of the suggested approaches work, and also what I originally tried — setResponsePage(new AnotherPage(parameters)) — as long as I remove setRedirect(true). The URL does stay the same (path to SomePage) in that case, and I just realised I really should have mentioned right from the start that it's okay if it does (as long as it's "pretty" and the parameters are passed)!

The page ("SomePage") dispatches requests, based on query params, to a couple of possible result pages that look different but that are accessed through the same url. I tried to formulate the question as generic and minimalist as possible, but that went awry as I left out relevant info. :-/

Sorry if this ended up weird, unclear or useless for others. If you have a suggestion about renaming it, feel free to comment.

Upvotes: 5

Views: 11556

Answers (4)

Pops
Pops

Reputation: 30828

seanizer has the right idea, but just for completeness, there are more options than BookmarkablePageRequestTargetUrlCodingStrategy and HybridUrlCodingStrategy:

Upvotes: 5

mfunk
mfunk

Reputation: 180

Maybe the other setResponsePage method in Component is closer to what you want:

/**
 * Sets the page class and its parameters that will respond to this request
 * 
 * @param <C>
 * 
 * @param cls
 *            The response page class
 * @param parameters
 *            The parameters for this bookmarkable page.
 * @see RequestCycle#setResponsePage(Class, PageParameters)
 */
public final <C extends Page> void setResponsePage(final Class<C> cls, PageParameters parameters)
{
    getRequestCycle().setResponsePage(cls, parameters);
}

Upvotes: 3

Tim
Tim

Reputation: 20732

I've successfully been using this from an onClick handler, but not yet sure if it'll work from an constructor as well:

getRequestCycle().setRequestTarget(new BookmarkablePageRequestTarget(ReportPage.class, params));

Upvotes: 1

Sean Patrick Floyd
Sean Patrick Floyd

Reputation: 298898

I think the key phrase on this reference page is this:

The next step is to determine which URL encoding strategy to use. Unless one is explicity specified, the default used is BookmarkablePageRequestTargetUrlCodingStrategy. In the example above, the Terms page uses the default.

I think you need to mount another url coding strategy, probably something like HybridUrlCodingStrategy.

Edit: you probably just need to add this annotation to do that:

@MountMixedParam(parameterNames={"param1", "param2"})

Upvotes: 4

Related Questions