<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Java&#8217;s SEO blunder: jsessionid</title>
	<atom:link href="http://gabrito.com/post/javas-seo-blunder-jsessionid/feed" rel="self" type="application/rss+xml" />
	<link>http://gabrito.com/post/javas-seo-blunder-jsessionid</link>
	<description>Anecdotes on Java, Ruby, Sysadmin, SEO, Design, and Management</description>
	<pubDate>Thu, 04 Dec 2008 20:16:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Todd Huss</title>
		<link>http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-12096</link>
		<dc:creator>Todd Huss</dc:creator>
		<pubDate>Mon, 04 Dec 2006 06:04:06 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-12096</guid>
		<description>Bryce, I like the solution, it's easy to implement and will work with servlet containers like Tomcat that (unlike Resin) don't give you the option to disable JSESSIONID!</description>
		<content:encoded><![CDATA[<p>Bryce, I like the solution, it&#8217;s easy to implement and will work with servlet containers like Tomcat that (unlike Resin) don&#8217;t give you the option to disable JSESSIONID!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryce Nesbitt</title>
		<link>http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-11994</link>
		<dc:creator>Bryce Nesbitt</dc:creator>
		<pubDate>Sun, 03 Dec 2006 08:36:40 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-11994</guid>
		<description>This offers a geek-heavy way to solve this problem, by creating a “filter”. It’s a long way from simple. but should work: http://randomcoder.com/articles/jsessionid-considered-harmful</description>
		<content:encoded><![CDATA[<p>This offers a geek-heavy way to solve this problem, by creating a “filter”. It’s a long way from simple. but should work: <a href="http://randomcoder.com/articles/jsessionid-considered-harmful" rel="nofollow">http://randomcoder.com/articles/jsessionid-considered-harmful</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan</title>
		<link>http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-6527</link>
		<dc:creator>Ryan</dc:creator>
		<pubDate>Tue, 19 Sep 2006 18:38:44 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-6527</guid>
		<description>Hey, I have the same request as Matt--any chance of getting you to publish your version of c:url?

thanks,
r</description>
		<content:encoded><![CDATA[<p>Hey, I have the same request as Matt&#8211;any chance of getting you to publish your version of c:url?</p>
<p>thanks,<br />
r</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Davis</title>
		<link>http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-6131</link>
		<dc:creator>Matt Davis</dc:creator>
		<pubDate>Tue, 12 Sep 2006 20:33:34 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-6131</guid>
		<description>Great article about the jsessionid!  I had stumbled on to this article trying to prep my site for launch.  I have several c:url tags in my application on my home page.  When the browser is first started the links all include the jsessionid, however once I've refreshed the page the jsessionids are removed.  You mentioned that you had rewritten the c:url tag to disable setting the jsessionid.  I know it may be asking too much, but would you be willing to share some of the code ?  Thanks!</description>
		<content:encoded><![CDATA[<p>Great article about the jsessionid!  I had stumbled on to this article trying to prep my site for launch.  I have several c:url tags in my application on my home page.  When the browser is first started the links all include the jsessionid, however once I&#8217;ve refreshed the page the jsessionids are removed.  You mentioned that you had rewritten the c:url tag to disable setting the jsessionid.  I know it may be asking too much, but would you be willing to share some of the code ?  Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Huss</title>
		<link>http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-347</link>
		<dc:creator>Todd Huss</dc:creator>
		<pubDate>Thu, 06 Apr 2006 18:11:25 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-347</guid>
		<description>Rb, great point, the search engines may be at fault! However, when a good part of your revenue relies on search engine traffic, "their fault" becomes your problem.</description>
		<content:encoded><![CDATA[<p>Rb, great point, the search engines may be at fault! However, when a good part of your revenue relies on search engine traffic, &#8220;their fault&#8221; becomes your problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rb</title>
		<link>http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-341</link>
		<dc:creator>rb</dc:creator>
		<pubDate>Thu, 06 Apr 2006 06:46:16 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-341</guid>
		<description>I may be confused regarding the problem here, but aren't the search engines at fault? I thought that what is behind the ; is a path parameter and does not map to the underlying resource - I could be wrong, the wording in the rfc is not very clear to me.</description>
		<content:encoded><![CDATA[<p>I may be confused regarding the problem here, but aren&#8217;t the search engines at fault? I thought that what is behind the ; is a path parameter and does not map to the underlying resource - I could be wrong, the wording in the rfc is not very clear to me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd Huss</title>
		<link>http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-333</link>
		<dc:creator>Todd Huss</dc:creator>
		<pubDate>Wed, 05 Apr 2006 23:14:52 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-333</guid>
		<description>Hi Frank, I was never able to find any way in Tomcat to disable session rewriting. This somewhat dated post sums up the problem:

http://marc.theaimsgroup.com/?l=tomcat-user&#038;m=108684966627534&#038;w=2

If the situation has changed and someone knows about it please let me know!</description>
		<content:encoded><![CDATA[<p>Hi Frank, I was never able to find any way in Tomcat to disable session rewriting. This somewhat dated post sums up the problem:</p>
<p><a href="http://marc.theaimsgroup.com/?l=tomcat-user&#038;m=108684966627534&#038;w=2" rel="nofollow">http://marc.theaimsgroup.com/?l=tomcat-user&#038;m=108684966627534&#038;w=2</a></p>
<p>If the situation has changed and someone knows about it please let me know!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-331</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Wed, 05 Apr 2006 21:39:11 +0000</pubDate>
		<guid isPermaLink="false">http://gabrito.com/post/javas-seo-blunder-jsessionid#comment-331</guid>
		<description>Well, I'm not a servlet Guru, but Resin has a switch in webapp configuration to switch session on/off and to enable cookies and or urls for this. I cannot believe any other servlet container is not having an equivalent.

Personally I still prefer session ids over cookies, call me oldfashioned.</description>
		<content:encoded><![CDATA[<p>Well, I&#8217;m not a servlet Guru, but Resin has a switch in webapp configuration to switch session on/off and to enable cookies and or urls for this. I cannot believe any other servlet container is not having an equivalent.</p>
<p>Personally I still prefer session ids over cookies, call me oldfashioned.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
