<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: End the Wicket PermGen issue</title>
	<atom:link href="http://www.danwalmsley.com/2007/12/11/end-the-wicket-permgen-issue/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.danwalmsley.com/2007/12/11/end-the-wicket-permgen-issue/</link>
	<description>Coding so you don&#039;t have to</description>
	<lastBuildDate>Sun, 09 Oct 2011 06:20:03 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Monis Iqbal</title>
		<link>http://www.danwalmsley.com/2007/12/11/end-the-wicket-permgen-issue/comment-page-1/#comment-33912</link>
		<dc:creator>Monis Iqbal</dc:creator>
		<pubDate>Sat, 06 Mar 2010 09:44:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.danwalmsley.com/2007/12/11/end-the-wicket-permgen-issue/#comment-33912</guid>
		<description>Dan, thanks for sharing this. My Wicket app went into PermGen as well after running smoothly for a while. I&#039;ve run into PermGen issues with Spring/Hibernate stack but over there it occurred when we were adding more classes than the PermGen space permitted. Solution was obviously to increase the space but we always ran into PerGen while starting the application.
In contrast, the Wicket app went into PermGen after running for a while, which means that all classes must&#039;ve been loaded but it was something else that caused the issue. I was wondering what scenario is causing PermGen in this case?
And as you&#039;ve also written: &quot;This happens because, by default, the JVM doesn’t reclaim this kind of memory.&quot;
What do you refer &#039;this&#039; to?</description>
		<content:encoded><![CDATA[<p>Dan, thanks for sharing this. My Wicket app went into PermGen as well after running smoothly for a while. I&#8217;ve run into PermGen issues with Spring/Hibernate stack but over there it occurred when we were adding more classes than the PermGen space permitted. Solution was obviously to increase the space but we always ran into PerGen while starting the application.<br />
In contrast, the Wicket app went into PermGen after running for a while, which means that all classes must&#8217;ve been loaded but it was something else that caused the issue. I was wondering what scenario is causing PermGen in this case?<br />
And as you&#8217;ve also written: &#8220;This happens because, by default, the JVM doesn’t reclaim this kind of memory.&#8221;<br />
What do you refer &#8216;this&#8217; to?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy</title>
		<link>http://www.danwalmsley.com/2007/12/11/end-the-wicket-permgen-issue/comment-page-1/#comment-13436</link>
		<dc:creator>Jeremy</dc:creator>
		<pubDate>Fri, 05 Sep 2008 15:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.danwalmsley.com/2007/12/11/end-the-wicket-permgen-issue/#comment-13436</guid>
		<description>If you can, switch to JRockit.  It&#039;s garbage collection works better then Suns.  You won&#039;t get it anymore.</description>
		<content:encoded><![CDATA[<p>If you can, switch to JRockit.  It&#8217;s garbage collection works better then Suns.  You won&#8217;t get it anymore.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

