<?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: A Java Gotcha</title>
	<atom:link href="http://enfranchisedmind.com/blog/2005/10/28/a-java-gotcha/feed/" rel="self" type="application/rss+xml" />
	<link>http://enfranchisedmind.com/blog/2005/10/28/a-java-gotcha/</link>
	<description>Robert Fischer and Brian Hurt on Punditry, Programming Languages, and Other Religious Issues</description>
	<pubDate>Fri, 21 Nov 2008 04:54:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: The Cheap Sitcom Clip Scene Blog Post &#124; Enfranchised Mind</title>
		<link>http://enfranchisedmind.com/blog/2005/10/28/a-java-gotcha/#comment-33567</link>
		<dc:creator>The Cheap Sitcom Clip Scene Blog Post &#124; Enfranchised Mind</dc:creator>
		<pubDate>Tue, 15 Jul 2008 05:07:11 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/archive/2005/10/28/36#comment-33567</guid>
		<description>[...] &#8220;I just realized that my code has a possible infinite recursion case. Specifically, if two ThreeDeePoint objects compare to eachother, they’ll end up spinning infinitely into the abyss.&#8221; (A Java Gotcha) [...]</description>
		<content:encoded><![CDATA[<p>[...] &#8220;I just realized that my code has a possible infinite recursion case. Specifically, if two ThreeDeePoint objects compare to eachother, they’ll end up spinning infinitely into the abyss.&#8221; (A Java Gotcha) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Fischer</title>
		<link>http://enfranchisedmind.com/blog/2005/10/28/a-java-gotcha/#comment-31787</link>
		<dc:creator>Robert Fischer</dc:creator>
		<pubDate>Mon, 29 Oct 2007 18:17:43 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/archive/2005/10/28/36#comment-31787</guid>
		<description>I just posted an update on this:

http://enfranchisedmind.com/blog/archive/2007/10/29/419

That's analyzing whether this relationship is appropriate or not.

Although, yes, all inheritance problems can be solved by not doing inheritance.</description>
		<content:encoded><![CDATA[<p>I just posted an update on this:</p>
<p><a href="http://enfranchisedmind.com/blog/archive/2007/10/29/419" rel="nofollow">http://enfranchisedmind.com/blog/archive/2007/10/29/419</a></p>
<p>That&#8217;s analyzing whether this relationship is appropriate or not.</p>
<p>Although, yes, all inheritance problems can be solved by not doing inheritance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JQ</title>
		<link>http://enfranchisedmind.com/blog/2005/10/28/a-java-gotcha/#comment-31785</link>
		<dc:creator>JQ</dc:creator>
		<pubDate>Sat, 27 Oct 2007 21:21:51 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/archive/2005/10/28/36#comment-31785</guid>
		<description>I think ThreeDeePoint should not extend TwoDeePoint. Instead of using "is a" relationship.. try using a "has a" relationship.. ThreeDeePoint has a TwoDeePoint. I think that could solve your equals/compareTo issues. That's all I have for now.</description>
		<content:encoded><![CDATA[<p>I think ThreeDeePoint should not extend TwoDeePoint. Instead of using &#8220;is a&#8221; relationship.. try using a &#8220;has a&#8221; relationship.. ThreeDeePoint has a TwoDeePoint. I think that could solve your equals/compareTo issues. That&#8217;s all I have for now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Enfranchised Mind &#187; Another solution to the Java equals/compareTo Problem (More or Less)</title>
		<link>http://enfranchisedmind.com/blog/2005/10/28/a-java-gotcha/#comment-3489</link>
		<dc:creator>Enfranchised Mind &#187; Another solution to the Java equals/compareTo Problem (More or Less)</dc:creator>
		<pubDate>Mon, 26 Feb 2007 21:37:46 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/archive/2005/10/28/36#comment-3489</guid>
		<description>[...] There is an partial solution to that annoying Java equals/compareTo issue. After you know that the object that you are comparing to is apparently equal to you, you then need to return this.hashCode() == them.hashCode(). Assuming people have properly overridden hashCode, this should mostly keep you safe. [...]</description>
		<content:encoded><![CDATA[<p>[...] There is an partial solution to that annoying Java equals/compareTo issue. After you know that the object that you are comparing to is apparently equal to you, you then need to return this.hashCode() == them.hashCode(). Assuming people have properly overridden hashCode, this should mostly keep you safe. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Enfranchised Mind</title>
		<link>http://enfranchisedmind.com/blog/2005/10/28/a-java-gotcha/#comment-1350</link>
		<dc:creator>Enfranchised Mind</dc:creator>
		<pubDate>Fri, 12 Jan 2007 18:16:44 +0000</pubDate>
		<guid isPermaLink="false">http://enfranchisedmind.com/blog/archive/2005/10/28/36#comment-1350</guid>
		<description>&lt;strong&gt;Commons-Lang and the equals()/compareTo() Debacle...&lt;/strong&gt;

Like most traumatic realizations, I&#8217;ve been having trouble getting the fundamental equals/compareTo brokeness of Java out of my head.
I decided to take a look at the Commons-Lang library to see how they deal with it.  They&#8217;ve got a class ca...</description>
		<content:encoded><![CDATA[<p><strong>Commons-Lang and the equals()/compareTo() Debacle&#8230;</strong></p>
<p>Like most traumatic realizations, I&#8217;ve been having trouble getting the fundamental equals/compareTo brokeness of Java out of my head.<br />
I decided to take a look at the Commons-Lang library to see how they deal with it.  They&#8217;ve got a class ca&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
