<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Java solves all memory problems, or maybe not?</title>
	<atom:link href="http://schneide.wordpress.com/2008/10/20/java-solves-all-memory-problems-or-maybe-not/feed/" rel="self" type="application/rss+xml" />
	<link>http://schneide.wordpress.com/2008/10/20/java-solves-all-memory-problems-or-maybe-not/</link>
	<description>public business secrets</description>
	<lastBuildDate>Tue, 15 Dec 2009 11:36:11 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Analyzing Java Heap problems Part 2: Using Eclipse MAT &#171; Schneide Blog</title>
		<link>http://schneide.wordpress.com/2008/10/20/java-solves-all-memory-problems-or-maybe-not/#comment-97</link>
		<dc:creator>Analyzing Java Heap problems Part 2: Using Eclipse MAT &#171; Schneide Blog</dc:creator>
		<pubDate>Mon, 29 Dec 2008 12:59:05 +0000</pubDate>
		<guid isPermaLink="false">http://schneide.wordpress.com/?p=89#comment-97</guid>
		<description>[...] The histogram is somewhat similar to what jHat offers. It allows you to browse, sort and filter the object instances in memory and shows you instance count and the shallow heap (memory used only by this object instance) and retained heap (memory used by this object instance including referenced objects). From the context menu you can choose &#8220;Merge Shortest Paths to GC roots&#8221; to see the reference chain of an object all the way up to the classloader. Here we can see that the JDateChooser registers itself at the MenuSelectionManager as a listener which can cause serious memory leaks as described in another post about Java memory handling. [...]</description>
		<content:encoded><![CDATA[<p>[...] The histogram is somewhat similar to what jHat offers. It allows you to browse, sort and filter the object instances in memory and shows you instance count and the shallow heap (memory used only by this object instance) and retained heap (memory used by this object instance including referenced objects). From the context menu you can choose &#8220;Merge Shortest Paths to GC roots&#8221; to see the reference chain of an object all the way up to the classloader. Here we can see that the JDateChooser registers itself at the MenuSelectionManager as a listener which can cause serious memory leaks as described in another post about Java memory handling. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Observer/Listener structures in C++ with boost&#8217;s smart pointers &#171; Schneide Blog</title>
		<link>http://schneide.wordpress.com/2008/10/20/java-solves-all-memory-problems-or-maybe-not/#comment-91</link>
		<dc:creator>Observer/Listener structures in C++ with boost&#8217;s smart pointers &#171; Schneide Blog</dc:creator>
		<pubDate>Mon, 08 Dec 2008 16:36:53 +0000</pubDate>
		<guid isPermaLink="false">http://schneide.wordpress.com/?p=89#comment-91</guid>
		<description>[...] of issues can be hard to get right Java has this nice little helper, the garbage collector. But as Java solves all memory problems, or maybe not? points out, you can still easily shoot yourself in foot or even blow your whole leg away.  One of [...]</description>
		<content:encoded><![CDATA[<p>[...] of issues can be hard to get right Java has this nice little helper, the garbage collector. But as Java solves all memory problems, or maybe not? points out, you can still easily shoot yourself in foot or even blow your whole leg away.  One of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Analyzing Java Heap problems Part 1: Basic actions and tools &#171; Schneide Blog</title>
		<link>http://schneide.wordpress.com/2008/10/20/java-solves-all-memory-problems-or-maybe-not/#comment-65</link>
		<dc:creator>Analyzing Java Heap problems Part 1: Basic actions and tools &#171; Schneide Blog</dc:creator>
		<pubDate>Mon, 03 Nov 2008 13:38:19 +0000</pubDate>
		<guid isPermaLink="false">http://schneide.wordpress.com/?p=89#comment-65</guid>
		<description>[...] issues but how do you find out if that is true and what is taking up all that memory? Knowing the potential problems is fine. Nevertheless you still have to find out your actual problems. There are several [...]</description>
		<content:encoded><![CDATA[<p>[...] issues but how do you find out if that is true and what is taking up all that memory? Knowing the potential problems is fine. Nevertheless you still have to find out your actual problems. There are several [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
