|

»

Too many path parts in page parameters

View: New views

6 Messages — Rating Filter: Alert me

	Too many path parts in page parameters by Bas Vroling :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message I have a page which takes one parameter ('id') and build itself from there. In the debugger it shows that only one parameter is passed, and the constructor of the page runs without problems. Somewhere further down the line however an exception is thrown: ERROR - RequestCycle - Too many path parts, please provide sufficient number of path parameter names java.lang.IllegalArgumentException: Too many path parts, please provide sufficient number of path parameter names at org .apache .wicket .request .target .coding .MixedParamUrlCodingStrategy .decodeParameters(MixedParamUrlCodingStrategy.java:167) The page is loaded ok, although the markup is changed (references to css files are prepended with '../' for some weird reason) and all panels are there and working. Any ideas? --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@...
	Re: Too many path parts in page parameters by Daniele Dellafiore :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message as you can see I posted a similar issue. you can start debugging the strategy to see the values of parameters. On Thu, Jul 2, 2009 at 10:36 AM, Bas Vroling<bvroling@...> wrote: > I have a page which takes one parameter ('id') and build itself from there. > In the debugger it shows that only one parameter is passed, and the > constructor of the page runs without problems. Somewhere further down the > line however an exception is thrown: > > ERROR - RequestCycle - Too many path parts, please provide > sufficient number of path parameter names > java.lang.IllegalArgumentException: Too many path parts, please provide > sufficient number of path parameter names > at > org.apache.wicket.request.target.coding.MixedParamUrlCodingStrategy.decodeParameters(MixedParamUrlCodingStrategy.java:167) > > The page is loaded ok, although the markup is changed (references to css > files are prepended with '../' for some weird reason) and all panels are > there and working. > > Any ideas? > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@... > For additional commands, e-mail: users-help@... > > -- Daniele Dellafiore http://blog.ildella.net http://twitter.com/ildella --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@...
	Re: Too many path parts in page parameters by Bas Vroling :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message I ran the debugger, and the urlPath the mixedParamUrlCodingStrategy gets served is "/img/info01.gif", which does not make sense. This is just an image and nowhere is there a request to open up a new page... After that, it goes to parse "/highslide/graphics/outlines/rounded- white.png" , then one more and then it renders. Any ideas? On 2 Jul, at 14:42, Daniele Dellafiore wrote: > as you can see I posted a similar issue. > > you can start debugging the strategy to see the values of parameters. > > On Thu, Jul 2, 2009 at 10:36 AM, Bas Vroling<bvroling@...> > wrote: >> I have a page which takes one parameter ('id') and build itself >> from there. >> In the debugger it shows that only one parameter is passed, and the >> constructor of the page runs without problems. Somewhere further >> down the >> line however an exception is thrown: >> >> ERROR - RequestCycle - Too many path parts, please >> provide >> sufficient number of path parameter names >> java.lang.IllegalArgumentException: Too many path parts, please >> provide >> sufficient number of path parameter names >> at >> org >> .apache >> .wicket >> .request >> .target >> .coding >> .MixedParamUrlCodingStrategy >> .decodeParameters(MixedParamUrlCodingStrategy.java:167) >> >> The page is loaded ok, although the markup is changed (references >> to css >> files are prepended with '../' for some weird reason) and all >> panels are >> there and working. >> >> Any ideas? >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@... >> For additional commands, e-mail: users-help@... >> >> > > > > -- > Daniele Dellafiore > http://blog.ildella.net > http://twitter.com/ildella > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@... > For additional commands, e-mail: users-help@... > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@...
	Re: Too many path parts in page parameters by igor.vaynberg :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message your highslide js is making those requests, you may have to change it to request images via absolute urls -igor On Thu, Jul 2, 2009 at 7:22 AM, Bas Vroling<bvroling@...> wrote: > I ran the debugger, and the urlPath the mixedParamUrlCodingStrategy gets > served is "/img/info01.gif", which does not make sense. This is just an > image and nowhere is there a request to open up a new page... After that, it > goes to parse "/highslide/graphics/outlines/rounded-white.png" , then one > more and then it renders. > > Any ideas? > > > On 2 Jul, at 14:42, Daniele Dellafiore wrote: > >> as you can see I posted a similar issue. >> >> you can start debugging the strategy to see the values of parameters. >> >> On Thu, Jul 2, 2009 at 10:36 AM, Bas Vroling<bvroling@...> wrote: >>> >>> I have a page which takes one parameter ('id') and build itself from >>> there. >>> In the debugger it shows that only one parameter is passed, and the >>> constructor of the page runs without problems. Somewhere further down the >>> line however an exception is thrown: >>> >>> ERROR - RequestCycle - Too many path parts, please provide >>> sufficient number of path parameter names >>> java.lang.IllegalArgumentException: Too many path parts, please provide >>> sufficient number of path parameter names >>> at >>> >>> org.apache.wicket.request.target.coding.MixedParamUrlCodingStrategy.decodeParameters(MixedParamUrlCodingStrategy.java:167) >>> >>> The page is loaded ok, although the markup is changed (references to css >>> files are prepended with '../' for some weird reason) and all panels are >>> there and working. >>> >>> Any ideas? >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscribe@... >>> For additional commands, e-mail: users-help@... >>> >>> >> >> >> >> -- >> Daniele Dellafiore >> http://blog.ildella.net >> http://twitter.com/ildella >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@... >> For additional commands, e-mail: users-help@... >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@... > For additional commands, e-mail: users-help@... > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@...
	Re: Too many path parts in page parameters by Bas Vroling :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message After removing all the highslide code, that is not the only thing that goes wrong. In my html file I have a panel containing this: <h3>Data<a href="#" wicket:id="toggleDataPanel"><img src="img/ plus01.gif"/></a></h3> the mixedParamUrlCodingStrategy trips on that too, and I can't see why this doesn't work... On 2 Jul, at 17:54, Igor Vaynberg wrote: > your highslide js is making those requests, you may have to change it > to request images via absolute urls > > -igor > > On Thu, Jul 2, 2009 at 7:22 AM, Bas Vroling<bvroling@...> > wrote: >> I ran the debugger, and the urlPath the mixedParamUrlCodingStrategy >> gets >> served is "/img/info01.gif", which does not make sense. This is >> just an >> image and nowhere is there a request to open up a new page... After >> that, it >> goes to parse "/highslide/graphics/outlines/rounded-white.png" , >> then one >> more and then it renders. >> >> Any ideas? >> >> >> On 2 Jul, at 14:42, Daniele Dellafiore wrote: >> >>> as you can see I posted a similar issue. >>> >>> you can start debugging the strategy to see the values of >>> parameters. >>> >>> On Thu, Jul 2, 2009 at 10:36 AM, Bas Vroling<bvroling@...> >>> wrote: >>>> >>>> I have a page which takes one parameter ('id') and build itself >>>> from >>>> there. >>>> In the debugger it shows that only one parameter is passed, and the >>>> constructor of the page runs without problems. Somewhere further >>>> down the >>>> line however an exception is thrown: >>>> >>>> ERROR - RequestCycle - Too many path parts, please >>>> provide >>>> sufficient number of path parameter names >>>> java.lang.IllegalArgumentException: Too many path parts, please >>>> provide >>>> sufficient number of path parameter names >>>> at >>>> >>>> org >>>> .apache >>>> .wicket >>>> .request >>>> .target >>>> .coding >>>> .MixedParamUrlCodingStrategy >>>> .decodeParameters(MixedParamUrlCodingStrategy.java:167) >>>> >>>> The page is loaded ok, although the markup is changed (references >>>> to css >>>> files are prepended with '../' for some weird reason) and all >>>> panels are >>>> there and working. >>>> >>>> Any ideas? >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscribe@... >>>> For additional commands, e-mail: users-help@... >>>> >>>> >>> >>> >>> >>> -- >>> Daniele Dellafiore >>> http://blog.ildella.net >>> http://twitter.com/ildella >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscribe@... >>> For additional commands, e-mail: users-help@... >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@... >> For additional commands, e-mail: users-help@... >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@... > For additional commands, e-mail: users-help@... > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@...
	Re: Too many path parts in page parameters by Daniele Dellafiore :: Rate this Message: Reply to Author \| View Threaded \| Show Only this Message hi. I have not tried yet cause is not high priority form me now, but as long as Igor is right, I expect that the Strategy does not play well with non absolute URL so you can just change the img src URL. On Fri, Jul 3, 2009 at 9:19 AM, Bas Vroling<bvroling@...> wrote: > After removing all the highslide code, that is not the only thing that goes > wrong. In my html file I have a panel containing this: > > <h3>Data<a href="#" wicket:id="toggleDataPanel"><img > src="img/plus01.gif"/></a></h3> > > the mixedParamUrlCodingStrategy trips on that too, and I can't see why this > doesn't work... > > On 2 Jul, at 17:54, Igor Vaynberg wrote: > >> your highslide js is making those requests, you may have to change it >> to request images via absolute urls >> >> -igor >> >> On Thu, Jul 2, 2009 at 7:22 AM, Bas Vroling<bvroling@...> wrote: >>> >>> I ran the debugger, and the urlPath the mixedParamUrlCodingStrategy gets >>> served is "/img/info01.gif", which does not make sense. This is just an >>> image and nowhere is there a request to open up a new page... After that, >>> it >>> goes to parse "/highslide/graphics/outlines/rounded-white.png" , then one >>> more and then it renders. >>> >>> Any ideas? >>> >>> >>> On 2 Jul, at 14:42, Daniele Dellafiore wrote: >>> >>>> as you can see I posted a similar issue. >>>> >>>> you can start debugging the strategy to see the values of parameters. >>>> >>>> On Thu, Jul 2, 2009 at 10:36 AM, Bas Vroling<bvroling@...> wrote: >>>>> >>>>> I have a page which takes one parameter ('id') and build itself from >>>>> there. >>>>> In the debugger it shows that only one parameter is passed, and the >>>>> constructor of the page runs without problems. Somewhere further down >>>>> the >>>>> line however an exception is thrown: >>>>> >>>>> ERROR - RequestCycle - Too many path parts, please >>>>> provide >>>>> sufficient number of path parameter names >>>>> java.lang.IllegalArgumentException: Too many path parts, please provide >>>>> sufficient number of path parameter names >>>>> at >>>>> >>>>> >>>>> org.apache.wicket.request.target.coding.MixedParamUrlCodingStrategy.decodeParameters(MixedParamUrlCodingStrategy.java:167) >>>>> >>>>> The page is loaded ok, although the markup is changed (references to >>>>> css >>>>> files are prepended with '../' for some weird reason) and all panels >>>>> are >>>>> there and working. >>>>> >>>>> Any ideas? >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: users-unsubscribe@... >>>>> For additional commands, e-mail: users-help@... >>>>> >>>>> >>>> >>>> >>>> >>>> -- >>>> Daniele Dellafiore >>>> http://blog.ildella.net >>>> http://twitter.com/ildella >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscribe@... >>>> For additional commands, e-mail: users-help@... >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscribe@... >>> For additional commands, e-mail: users-help@... >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@... >> For additional commands, e-mail: users-help@... >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@... > For additional commands, e-mail: users-help@... > > -- Daniele Dellafiore http://blog.ildella.net http://twitter.com/ildella --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@... For additional commands, e-mail: users-help@...