On 12/1/06, Tim Funk <[EMAIL PROTECTED]> wrote:
The easiest is the filter and custom HttpServletResponse which overrides
encodeURL() to do nothing.
It could be made one step smarter by checking if the User agent is a
search engine bot to selectively execute or not.
How do you want to achieve that?
They disguise themself as normal browsers....
Leon
-Tim
Mikolaj Rydzewski wrote:
> Hi,
>
> As you may know url rewriting feature is not a nice thing when spiders
> come to index your site -
> http://gabrito.com/post/javas-seo-blunder-jsessionid.
>
> There are a few solutions I'm thinking of:
>
> * configuration at Tomcat / web.xml level to disable/enable url
> rewriting (unfortunately Tomcat doesn't support it)
> * do not use <c:url, <html:link, and similiar tags - could be quite
> expensive when working with Strurs or other framework
> * extend classes for <c:url, <html:link and other tags not to make
> use of url rewriting - seems quite a good solution, but could be a
> problem with legacy applications
> * apply a filter in web.xml to remove ;jsessionid=XXX from the
> generated output - I'm afraid it'd be quite resource expensive
> (lots of string operations)
> * apply a filter in web.xml to inject custom HttpServletResponse
> implementation with empty encodeURL method - seems quite interesting
> * apply a similiar filter at the apache level (I assume one is uing
> apache as a fronted to tomcat) - I didn't benchmark it, but I
> suppose that a perl filter would be faster than similiar Java one
>
> What are your opinions?
>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]