Still, is this acceptable for you? Is my statement about mounting true? If it is, could you create a jira issue for this?
Alex pieter claassen-2 wrote: > > Alex, > > The problem went away. I had some pages mounted (I landed on a mounted > page) > and others not so as soon as I removed all the mounted pages, the problem > went away). > > Rgds, > Pieter > > On Wed, Oct 28, 2009 at 7:31 AM, Alex Objelean > <alex_objel...@yahoo.com>wrote: > >> >> I am pretty sure, it is a bug. The reason why the >> urlFor(ResourceReference) >> is not working properly is because you are using >> BookmarkablePageRequestTargetUrlCodingStrategy for page mounting or a >> similar strategy which encodes the params like this: >> http://server/context/param1/value1/param2/value2 ... To prove that this >> is >> a bug, try to change (just for test purpose) the mounting to >> QueryStringUrlCodingStrategy, to make the url look like this: >> http://server/context?param1=value1. I suspect that when the url is >> built, >> it depends on the page url from where the urlFor(ResourceReference) is >> called... and wicket doesn't remove the parameters from the url and mess >> this up... The real problem is when you are trying to build an absolute >> url >> for a ResourceReference. If this is indeed the reason of the problem, we >> should raise a jira issue... >> >> Alex Objelean >> >> >> pieter claassen-2 wrote: >> > >> > Ok, but I have a panel and I want to add an Image to the panel but when >> I >> > log into my application I get the ../../.. prefix, and the >> > ResourceReference >> > then fails. However, once I click on any link, the prefix disappears >> and >> > then my panel can find the ResourceReference. Am I misunderstanding how >> > resource references should be used? >> > >> > Thanks, >> > Pieter >> > >> > On Tue, Oct 27, 2009 at 4:21 PM, Ryan McKinley <ryan...@gmail.com> >> wrote: >> > >> >> urlFor( ) uses the current request to get a relative path. If the >> >> location >> >> you are calling urlFor() from changes, it will get a new location.... >> >> >> >> Note the only difference between the two urls is the ../../.. prefix >> >> >> >> >> >> On Oct 27, 2009, at 11:05 AM, pieter claassen wrote: >> >> >> >> WHen I start my application, my urlFor() returns a different URL than >> >> when >> >>> I >> >>> call it a second time? >> >>> >> >>> ResourceReference iconref = new ResourceReference(anchorclass, >> >>> iconname); >> >>> System.out.println("URL: "+urlFor(iconref)); >> >>> >> >>> First time it returns: >> >>> URL: >> >>> >> >>> >> ../../../resources/com.musmato.wicket.pages.styles.option1.Option1StyleAnchor/document.png >> >>> >> >>> second time: >> >>> URL: >> >>> >> >>> >> resources/com.musmato.wicket.pages.styles.option1.Option1StyleAnchor/document.png >> >>> >> >>> Any ideas? >> >>> >> >>> Thanks >> >>> Pieter >> >>> -- >> >>> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> >> >> > >> > >> > -- >> > Pieter Claassen >> > musmato.com >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/urlFor%28ResourceReference%29-strangeness-tp26079363p26089957.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > -- > Pieter Claassen > musmato.com > > -- View this message in context: http://www.nabble.com/urlFor%28ResourceReference%29-strangeness-tp26079363p26091991.html Sent from the Wicket - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org