On Mon, Jan 19, 2015 at 6:09 PM, Daniel Stoch <[email protected]> wrote:
> On Mon, Jan 19, 2015 at 4:54 PM, Martin Grigorov <[email protected]> > wrote: > > Hi, > > > > On Mon, Jan 19, 2015 at 4:38 PM, Daniel Stoch <[email protected]> > > wrote: > > > >> Hi, > >> > >> In Wicket 1.4 I can get a page parameter value using this code: > >> > >> PageParameters pageParameters = requestCycle.getPageParameters(); > >> String value = pageParameters.getString(paramName); > >> > >> > >> The problem is that in Wicket 6 there is no equivalent. I have tried > >> with this solution: > >> > >> IRequestParameters requestParameters = > >> requestCycle.getRequest().getRequestParameters(); > >> String value = > >> requestParameters.getParameterValue(paramName).toString(); > >> > > > > request.getQueryParameters() is the equivalent, but > #getRequestParameters() > > would work too because it is a mix of GET and POST parameters > > But I think it does not work with UrlPathPageParametersEncoder. > Right. My fault. > > > > > > >> > >> but this does not work. These requestParameters does not contain > >> parameters. I think the problem is related to url encoding strategy > >> which is used. My urls are encoded like: > >> somepath/param1/value1/param2/value2 > >> > > > > Check > org.apache.wicket.request.mapper.parameter.UrlPathPageParametersEncoder > > Ok, but how should I get url argument? > requestCycle.getRequest().getUrl() return null for me. > try with request.getClientUrl(); > > Another, minor, problem is that with this solution I have a hard coded > page parameters encoder here. In previous version the code can be > universal: it does not matter which encoding strategies page is using. > For now if there will be pages with different encoding strategies this > code stops working. > You are 3 years late with your feedback...Sorry. But AFAIR 1.4 used different url coding strategies to accomplish this. The request mapper needs to know what strategy to use when creating the url to the page. > > -- > Daniel > > > > > > > > >> > >> Is there another way to do this? > >> > >> -- > >> Best regards, > >> Daniel > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [email protected] > >> For additional commands, e-mail: [email protected] > >> > >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
