Re: Bug in RequestUtils.toAbsolutePath?

[Marat Radchenko]

Hmm... are you sure you want to use that method at all? It uses given
path as relative to _current reqest path_.
2009/5/17, Martin Makundi <martin.maku...@koodaripalvelut.com>:
> No, there is no code in RequestUtils that would care about a leading
>  slash ... it will just result in
>
>  
> "http://www.mydomain.com/BookmarkablePage/Parameter1/Value1/Parameter2//images/Image.png";
>
>  Note a typo in my previous email, normally it returns:
>
>  
> "http://www.mydomain.com/BookmarkablePage/Parameter1/Value1/Parameter2/images/Image.png";
>  without the double-slash.
>
>  **
>  Martin
>
>  2009/5/17 Marat Radchenko <slonopotamusor...@gmail.com>:
>
> > Maybe RequestUtils.toAbsolutePath("/images/Image.png") (note leading slash)?
>  >
>  > 2009/5/17 Martin Makundi <martin.maku...@koodaripalvelut.com>:
>  >> Hi!
>  >>
>  >> I have a dynamic image which resides in
>  >> "http://www.mydomain.com/images/Image.png"; (the filename itself might
>  >> vary). In order for the image to be visible in downloaded documents,
>  >> the path must be absolute.
>  >>
>  >> RequestUtils.toAbsolutePath("images/Imange.png"); works most of the
>  >> time, except in situations where the user is on a bookmarkable page
>  >> that has parameters:
>  >>
>  >> 
> http://www.mydomain.com/BookmarkablePage/Parameter1/Value1/Parameter2/Value2
>  >>
>  >> In such situations the
>  >> RequestUtils.toAbsolutePath("images/Imange.png") returns:
>  >> 
> "http://www.mydomain.com/BookmarkablePage/Parameter1/Value1/Parameter2/Image.png";
>  >>
>  >> So it assumes the last parameter value was a page... is this a stupid
>  >> user bug or a real bug?
>  >>
>  >> **
>  >> Martin
>  >>
>  >> ---------------------------------------------------------------------
>  >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>  >> For additional commands, e-mail: users-h...@wicket.apache.org
>  >>
>  >>
>  >
>  > ---------------------------------------------------------------------
>  > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>  > For additional commands, e-mail: users-h...@wicket.apache.org
>  >
>  >
>
>  ---------------------------------------------------------------------
>  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>  For additional commands, e-mail: users-h...@wicket.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org