Re: urlFor(ResourceReference) strangeness
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 will investigate and file a bug if needed.
Thanks for the feedback.
Pieter
On Wed, Oct 28, 2009 at 10:56 AM, Alex Objelean wrote:
>
> 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
> > 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
> >> 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
>
>
--
Pieter Claassen
musmato.com
Re: urlFor(ResourceReference) strangeness
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
> 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
>> 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
Re: urlFor(ResourceReference) strangeness
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 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
> 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
Re: urlFor(ResourceReference) strangeness
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 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
Re: urlFor(ResourceReference) strangeness
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 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
Re: urlFor(ResourceReference) strangeness
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
urlFor(ResourceReference) strangeness
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
--
