<?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: explain this</title>
	<atom:link href="http://www.sworddance.com/blog/2007/08/13/explain-this/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sworddance.com/blog/2007/08/13/explain-this/</link>
	<description></description>
	<pubDate>Tue, 06 Jan 2009 15:38:18 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Arman Sharif</title>
		<link>http://www.sworddance.com/blog/2007/08/13/explain-this/#comment-12433</link>
		<dc:creator>Arman Sharif</dc:creator>
		<pubDate>Sat, 19 Jan 2008 21:09:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.sworddance.com/blog/2007/08/13/explain-this/#comment-12433</guid>
		<description>I had a similar problem where I also used casting as a workaround. There's another side to this problem though related to autoboxing. 

For example, if T is an Integer, the following code will compile in eclipse but fail with javac

int result = getFoo();

The error message from javac is "type parameters of T cannot be determined; no unique maximal instance exists for type variable T with upper bounds int,java.lang.Object"

The only way to get the above code building with both is to give up autoboxing completely:

Integer result = getFoo();

This was using Eclipse 3.3.1.1 and java 5 (1.5.0_14-b03).</description>
		<content:encoded><![CDATA[<p>I had a similar problem where I also used casting as a workaround. There&#8217;s another side to this problem though related to autoboxing. </p>
<p>For example, if T is an Integer, the following code will compile in eclipse but fail with javac</p>
<p>int result = getFoo();</p>
<p>The error message from javac is &#8220;type parameters of T cannot be determined; no unique maximal instance exists for type variable T with upper bounds int,java.lang.Object&#8221;</p>
<p>The only way to get the above code building with both is to give up autoboxing completely:</p>
<p>Integer result = getFoo();</p>
<p>This was using Eclipse 3.3.1.1 and java 5 (1.5.0_14-b03).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clemens Renner</title>
		<link>http://www.sworddance.com/blog/2007/08/13/explain-this/#comment-10907</link>
		<dc:creator>Clemens Renner</dc:creator>
		<pubDate>Mon, 03 Dec 2007 12:08:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.sworddance.com/blog/2007/08/13/explain-this/#comment-10907</guid>
		<description>Thanks a lot for the post. It saved our day debugging the migration to Maven with a few projects.

IMHO this is just another hint at how badly generics have been implemented in Java.</description>
		<content:encoded><![CDATA[<p>Thanks a lot for the post. It saved our day debugging the migration to Maven with a few projects.</p>
<p>IMHO this is just another hint at how badly generics have been implemented in Java.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
