Alex,
My apologies, but I cannot reproduce this issue again. Even if I mount a
page and then land on that page, I now get the correct behaviour with the
default URL encoding strategy. I am wondering if I called the correct
urlFor()? No good speculating on this though
If I see this again, I
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
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.comwrote:
I am pretty sure, it is a bug.
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
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:
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
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
