<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Nomad Labs Code &#187; Java</title>
	<atom:link href="http://code.nomad-labs.com/category/java/feed/" rel="self" type="application/rss+xml" />
	<link>http://code.nomad-labs.com</link>
	<description>srasul&#039;s snippets of code and thought</description>
	<lastBuildDate>Wed, 15 May 2013 09:37:09 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
		<item>
		<title>Some tips on java.lang.OutOfMemoryError: unable to create new native thread</title>
		<link>http://code.nomad-labs.com/2012/12/20/some-tips-on-java-lang-outofmemoryerror-unable-to-create-new-native-thread/</link>
		<comments>http://code.nomad-labs.com/2012/12/20/some-tips-on-java-lang-outofmemoryerror-unable-to-create-new-native-thread/#comments</comments>
		<pubDate>Thu, 20 Dec 2012 18:03:32 +0000</pubDate>
		<dc:creator>srasul</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[linux]]></category>

		<guid isPermaLink="false">http://code.nomad-labs.com/?p=238</guid>
		<description><![CDATA[Thats right, the dreaded, java.lang.OutOfMemoryError: unable to create new native thread. I fixed one of these the other day. And I will present to you how I did it. The cause for such errors are usually Thread Leaks. A Thread Leak is where some ass hat is creating threads which never die. Another reason for [...]]]></description>
		<wfw:commentRss>http://code.nomad-labs.com/2012/12/20/some-tips-on-java-lang-outofmemoryerror-unable-to-create-new-native-thread/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JDK Thread Pool Configuration</title>
		<link>http://code.nomad-labs.com/2011/08/05/jdk-thread-pool-configuration/</link>
		<comments>http://code.nomad-labs.com/2011/08/05/jdk-thread-pool-configuration/#comments</comments>
		<pubDate>Fri, 05 Aug 2011 15:45:14 +0000</pubDate>
		<dc:creator>srasul</dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false">http://code.nomad-labs.com/?p=205</guid>
		<description><![CDATA[Introduction In any non-trivial application of somewhat significant size you will need Executors to background processing or asynchronous processing, task splitting etc. This is where the JDK executors framework comes in. After recently digging into the JDK Executor framework and digging deeper into Thread Pools, I learned 2 things that i would like to share: [...]]]></description>
		<wfw:commentRss>http://code.nomad-labs.com/2011/08/05/jdk-thread-pool-configuration/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Identifying which Java Thread is consuming most CPU</title>
		<link>http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-consuming-most-cpu/</link>
		<comments>http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-consuming-most-cpu/#comments</comments>
		<pubDate>Thu, 18 Nov 2010 12:31:21 +0000</pubDate>
		<dc:creator>srasul</dc:creator>
				<category><![CDATA[Java]]></category>

		<guid isPermaLink="false">http://code.nomad-labs.com/?p=173</guid>
		<description><![CDATA[I didn&#8217;t come up with this. I was shown how to do this by an esteemed college at work. Introduction Most (if not all) productive systems doing anything important will use more than 1 java thread. And when something goes crazy and your cpu usage is on 100%, it is hard to identify which thread(s) [...]]]></description>
		<wfw:commentRss>http://code.nomad-labs.com/2010/11/18/identifying-which-java-thread-is-consuming-most-cpu/feed/</wfw:commentRss>
		<slash:comments>17</slash:comments>
		</item>
		<item>
		<title>An Improved RMI Tutorial with Eclipse</title>
		<link>http://code.nomad-labs.com/2010/03/26/an-improved-rmi-tutorial-with-eclipse/</link>
		<comments>http://code.nomad-labs.com/2010/03/26/an-improved-rmi-tutorial-with-eclipse/#comments</comments>
		<pubDate>Fri, 26 Mar 2010 18:26:55 +0000</pubDate>
		<dc:creator>srasul</dc:creator>
				<category><![CDATA[eclipse]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[RMI]]></category>

		<guid isPermaLink="false">http://code.nomad-labs.com/?p=139</guid>
		<description><![CDATA[Introduction There are/have-been heaps of remoting frameworks in java, but RMI being part of the JRE/JDK and therefore having no external dependencies is my personal preference for remoting with java. Its main drawback: the wire protocol is not web-friendly and therefore difficult to go through firewalls (although it is possible). But if used behind the [...]]]></description>
		<wfw:commentRss>http://code.nomad-labs.com/2010/03/26/an-improved-rmi-tutorial-with-eclipse/feed/</wfw:commentRss>
		<slash:comments>34</slash:comments>
		</item>
		<item>
		<title>Auto Install the SUN JDK on Linux</title>
		<link>http://code.nomad-labs.com/2009/10/26/auto-install-the-sun-jdk-on-linux/</link>
		<comments>http://code.nomad-labs.com/2009/10/26/auto-install-the-sun-jdk-on-linux/#comments</comments>
		<pubDate>Mon, 26 Oct 2009 15:09:06 +0000</pubDate>
		<dc:creator>srasul</dc:creator>
				<category><![CDATA[bash]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[Perl]]></category>

		<guid isPermaLink="false">http://code.nomad-labs.com/?p=109</guid>
		<description><![CDATA[Sometimes (yes it does happen), you need to install the JDK from SUN automatically (without having to answer yes/no to the license). Why? For example in a Kick Start script to auto-install the JDK. And so to do this, here a bash &#038; perl script for this exact purpose. This script works only with the [...]]]></description>
		<wfw:commentRss>http://code.nomad-labs.com/2009/10/26/auto-install-the-sun-jdk-on-linux/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>How to import java projects with eclipse JDT</title>
		<link>http://code.nomad-labs.com/2009/08/01/how-to-import-java-projects-with-eclipse-jdt/</link>
		<comments>http://code.nomad-labs.com/2009/08/01/how-to-import-java-projects-with-eclipse-jdt/#comments</comments>
		<pubDate>Sat, 01 Aug 2009 13:34:15 +0000</pubDate>
		<dc:creator>srasul</dc:creator>
				<category><![CDATA[eclipse]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false">http://code.nomad-labs.com/?p=41</guid>
		<description><![CDATA[During the coding of my Bulk Import Plugin, I had the needs to import java projects into a workspace via code. Via Eclipse&#8217;s API to be precise. After reading the code of what happens when you import a project, here is the critical bit of code: Runnable runnable = new Runnable() { public void run() [...]]]></description>
		<wfw:commentRss>http://code.nomad-labs.com/2009/08/01/how-to-import-java-projects-with-eclipse-jdt/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Eclipse Bulk Import V 1.0</title>
		<link>http://code.nomad-labs.com/2009/07/18/eclipse-bulk-import-v-1-0/</link>
		<comments>http://code.nomad-labs.com/2009/07/18/eclipse-bulk-import-v-1-0/#comments</comments>
		<pubDate>Sat, 18 Jul 2009 17:30:20 +0000</pubDate>
		<dc:creator>srasul</dc:creator>
				<category><![CDATA[eclipse]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false">http://code.nomad-labs.com/?p=27</guid>
		<description><![CDATA[Today I released the V 1.0 of my Eclipse Bulk Import plugin. The source is also available at github. I created this plugin because at work we have too many eclipse projects (over 200). And sometimes the workspaces get corrupt. Using this plugin, I can save the locations of the current projects in my workspace. [...]]]></description>
		<wfw:commentRss>http://code.nomad-labs.com/2009/07/18/eclipse-bulk-import-v-1-0/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Using Dropbox for Eclipse Projects</title>
		<link>http://code.nomad-labs.com/2009/07/12/hello-world/</link>
		<comments>http://code.nomad-labs.com/2009/07/12/hello-world/#comments</comments>
		<pubDate>Sun, 12 Jul 2009 14:44:21 +0000</pubDate>
		<dc:creator>srasul</dc:creator>
				<category><![CDATA[eclipse]]></category>
		<category><![CDATA[Java]]></category>

		<guid isPermaLink="false">http://code.nomad-labs.com/?p=1</guid>
		<description><![CDATA[I have a bunch of java projects that I like to work on when I have some free time. Only issue is that this &#8220;free time&#8221; is from different locations, different computers and different Operating Systems. And since I don&#8217;t have a lot of &#8220;free time&#8221;, its hard for me to setup svn, builds etc. [...]]]></description>
		<wfw:commentRss>http://code.nomad-labs.com/2009/07/12/hello-world/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
