Hi,

just a simple Question:

1.) does Google follow links to Struts actions (ending with .do)?
2.) if so, does it make a difference if the ;jsessionid thing is
appended to the URL?

Background is that I'm working on a larger site that uses
Struts for request processing and content delivery, with
most Actions being mere forwards to static HTML and
JSP pages. Now, from the logs I can tell the GoogleBot
is analyzing the top page "/" (which contains an abundance
of additional .do links), but then just goes away. Well,
that should not be so. Though we've already searched all
other resources available on the web, none of them
seems to deal with Struts in particular. So finally, I'm
asking that question here. In the meantime, we've
already tried suppressing all session information
(calling the 'default' Forward action will always open
up a session and append the 'jsessionid' to all
page links if Cookies are disabled - which is the
case with Search Robots - regardless if the JSPs
don't require a session, and even though this is
explicitly switched off via a <[EMAIL PROTECTED] %> directive
stating session="false"; quick solution: write a custom
PageAction that just does the same). If anybody
here has any experience with this Google problem,
I'd really be glad to learn from your knowledge.
Or does Google generally follow .do links as well,
and something else in the site may probably be
wrong? 

To share some of my thoughts, a countermeasure
might be to have Struts also handle requests with
a .htm (three letters) ending, thus tricking Google
into believing to analyze a static file, though in effect,
a Struts Action is invoked. It won't be able to tell,
not even when forwarding etc. Static HTML files could
retain a .html (4 letters) ending and be delivered and
indexed as-is. Or the other way round. I'm not sure if
I really like this approach, but still. Suppressing the 
'jsessionid' thing on the top page didn't make any
difference yet.

What are your experiences? 

-- Chris (SCPJ2)
 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to