that pretty much doesn't do anything..
Dont know if that always works..
johan
On 6/8/06,
John Patterson <[EMAIL PROTECTED]> wrote:
On 8 Jun 2006, at 05:10, Johan Compagner wrote:
>
>
> Or make your own buffered response object
> (WebApplication.newWebResponse())
> and override in the response object the
> public CharSequence encodeURL(CharSequence url)
>
> but then you have to analize the url and know which one you want to
> encode and which not.
>
Thanks. This sounds like a good place to start. A complete hack but
if it works it will allow me to use Wicket for my entire site which
would be worth it. All urls to a certain (mounted) section of my
site will be stateless (they will function without state) so that
should be fairly easy to determine.
> The problem is that we have to encode the bookmarkable pages. Even
> if those pages where completely stateless by itself.
> Because a bookmarkable link on that page could still require the
> session to get the logged in user or something.
> So for us we never can know that a bookmarkable page doesn't have
> to be encoded or not.
>
> What we could do is have a bot detection in wicket. Where we see
> that it is a bot and don't encode anything.
>
If I stopped an http session from being created (instead of disabling
it) in certain circumstances would that break wicket?
_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
_______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
