The answer is clear.

Thanks for the answers.

cvl

Johan Compagner wrote:
> Erik is right it doesnt make any sense to encrypt Bookmarkables
>  
> And we never encrypt /xxx/yyy/zzz anyway as far as i know
> only params like x=?
>  
> And those are only for internal urls
>  
> And for hybrid the internal urls are first a bookmarkable part and then
> a wicket part and if those where params
> i think we could encrypt them just fine. But dont know for sure what
> hybrid does
> 
> 
>  
> 2009/6/10 Vytautas Čivilis <vytautas.civi...@gmail.com
> <mailto:vytautas.civi...@gmail.com>>
> 
>     for the same purpose, one would encrypt QueryStringUrlCodingStrategy.
> 
>     e.g., if you have /path1/path2/param1/value1
>     and param1/value1 might expose some business logic or security related
>     concerns.
>     in the same manner as /path1/path2/param1=value1 would
> 
>     cvl
> 
>     Johan Compagner wrote:
>     > why would you encrypt the hybrid?
>     >
>     > 2009/6/10 Vytautas Čivilis <vytautas.civi...@gmail.com
>     <mailto:vytautas.civi...@gmail.com>
>     > <mailto:vytautas.civi...@gmail.com
>     <mailto:vytautas.civi...@gmail.com>>>
>     >
>     >     Hi.
>     >
>     >     Is it possible to use both?
>     >
>     >     CryptedUrlWebRequestCodingStrategy understands only
>     >     QueryStringUrlCodingStrategy (i.e. params encoded in x=1&so=on
>     format).
>     >
>     >     Do I need to provide my own extension to
>     >     CryptedUrlWebRequestCodingStrategy to support hybrid, or are
>     there any
>     >     existing ones?
>     >
>     >     Is it possible to make hybrid encode params in
>     >     QueryStringUrlCodingStrategy fashion? (I need only the
>     bookmarkable
>     >     links functionality).
>     >
>     >     Thanks.
>     >
>     >     cvl
>     >
>     >    
>     ---------------------------------------------------------------------
>     >     To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>     <mailto:users-unsubscr...@wicket.apache.org>
>     >     <mailto:users-unsubscr...@wicket.apache.org
>     <mailto:users-unsubscr...@wicket.apache.org>>
>     >     For additional commands, e-mail: users-h...@wicket.apache.org
>     <mailto:users-h...@wicket.apache.org>
>     >     <mailto:users-h...@wicket.apache.org
>     <mailto:users-h...@wicket.apache.org>>
>     >
>     >
> 
>     ---------------------------------------------------------------------
>     To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>     <mailto:users-unsubscr...@wicket.apache.org>
>     For additional commands, e-mail: users-h...@wicket.apache.org
>     <mailto:users-h...@wicket.apache.org>
> 
> 

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

Reply via email to