<?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>The ramblings of a yorkshire tyke &#187; JVM</title>
	<atom:link href="http://www.gennard.net/blog/category/jvm/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gennard.net/blog</link>
	<description>Life, Rants and Programming In A Blog</description>
	<lastBuildDate>Mon, 31 Oct 2011 23:32:30 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Heroku add Java support but dumps containers!</title>
		<link>http://www.gennard.net/blog/2011/08/heroku-add-java-support-but-dumps-containers/</link>
		<comments>http://www.gennard.net/blog/2011/08/heroku-add-java-support-but-dumps-containers/#comments</comments>
		<pubDate>Sun, 28 Aug 2011 22:35:18 +0000</pubDate>
		<dc:creator>spgennard</dc:creator>
				<category><![CDATA[Heroku]]></category>

		<guid isPermaLink="false">http://www.gennard.net/blog/?p=790</guid>
		<description><![CDATA[<a href="http://www.gennard.net/blog/2011/08/heroku-add-java-support-but-dumps-containers/" title="Heroku add Java support but dumps containers!"></a>Recently I have reviewing various cloud solutions and what impact this has on the way you create/architect applications and I have come to the conclusion they are often way too complicated for most existing applications to be effectively hosted in &#8230;<p class="read-more"><a href="http://www.gennard.net/blog/2011/08/heroku-add-java-support-but-dumps-containers/">Read more &#187;</a></p>]]></description>
		<wfw:commentRss>http://www.gennard.net/blog/2011/08/heroku-add-java-support-but-dumps-containers/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Scripting Languages and COBOL</title>
		<link>http://www.gennard.net/blog/2010/01/scripting-languages-and-cobol/</link>
		<comments>http://www.gennard.net/blog/2010/01/scripting-languages-and-cobol/#comments</comments>
		<pubDate>Tue, 19 Jan 2010 10:39:04 +0000</pubDate>
		<dc:creator>spgennard</dc:creator>
				<category><![CDATA[COBOL]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[JVM]]></category>
		<category><![CDATA[Scripting]]></category>
		<category><![CDATA[Tips]]></category>
		<category><![CDATA[javascript]]></category>
		<category><![CDATA[javax.script]]></category>
		<category><![CDATA[JSR 223]]></category>
		<category><![CDATA[Micro Focus]]></category>
		<category><![CDATA[Net Express]]></category>
		<category><![CDATA[ScriptEngine]]></category>
		<category><![CDATA[ScriptEngineManager]]></category>
		<category><![CDATA[ScriptObject]]></category>

		<guid isPermaLink="false">http://www.gennard.net/blog/?p=462</guid>
		<description><![CDATA[<a href="http://www.gennard.net/blog/2010/01/scripting-languages-and-cobol/" title="Scripting Languages and COBOL"></a>The use of scripting languages with other languages has increased over the last couple of years, from a simple case of interoperability, reuse of scripting code to allowing your code to customised via the user of external scripts. All of &#8230;<p class="read-more"><a href="http://www.gennard.net/blog/2010/01/scripting-languages-and-cobol/">Read more &#187;</a></p>]]></description>
		<wfw:commentRss>http://www.gennard.net/blog/2010/01/scripting-languages-and-cobol/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Using sun.jvmstat.monitor to see active Java processes</title>
		<link>http://www.gennard.net/blog/2009/12/using-sun-jvmstat-monitor-to-see-active-java-processes/</link>
		<comments>http://www.gennard.net/blog/2009/12/using-sun-jvmstat-monitor-to-see-active-java-processes/#comments</comments>
		<pubDate>Sat, 05 Dec 2009 10:56:38 +0000</pubDate>
		<dc:creator>spgennard</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[JVM]]></category>
		<category><![CDATA[jvmstat]]></category>
		<category><![CDATA[monitor]]></category>

		<guid isPermaLink="false">http://www.gennard.net/blog/?p=335</guid>
		<description><![CDATA[<a href="http://www.gennard.net/blog/2009/12/using-sun-jvmstat-monitor-to-see-active-java-processes/" title="Using sun.jvmstat.monitor to see active Java processes"></a>Monitor&#8217;ing Java processes can be achieved using the jvmstat monitor classes provided in the JVM. The documentation is a bit sketchy but with a little experimenting it can be done. Below is a little example that shows you how to &#8230;<p class="read-more"><a href="http://www.gennard.net/blog/2009/12/using-sun-jvmstat-monitor-to-see-active-java-processes/">Read more &#187;</a></p>]]></description>
		<wfw:commentRss>http://www.gennard.net/blog/2009/12/using-sun-jvmstat-monitor-to-see-active-java-processes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Java process id via java.lang.management</title>
		<link>http://www.gennard.net/blog/2009/12/java-process-id-via-java-lang-management/</link>
		<comments>http://www.gennard.net/blog/2009/12/java-process-id-via-java-lang-management/#comments</comments>
		<pubDate>Fri, 04 Dec 2009 23:53:13 +0000</pubDate>
		<dc:creator>spgennard</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[JVM]]></category>
		<category><![CDATA[Tips]]></category>
		<category><![CDATA[getpid]]></category>

		<guid isPermaLink="false">http://www.gennard.net/blog/?p=329</guid>
		<description><![CDATA[<a href="http://www.gennard.net/blog/2009/12/java-process-id-via-java-lang-management/" title="Java process id via java.lang.management"></a>While working on a project recently I need to find out the current process of the active running Java process (for tracing/auditing), however I never found a 100% perfect solution but did come across an acceptable solution to use the &#8230;<p class="read-more"><a href="http://www.gennard.net/blog/2009/12/java-process-id-via-java-lang-management/">Read more &#187;</a></p>]]></description>
		<wfw:commentRss>http://www.gennard.net/blog/2009/12/java-process-id-via-java-lang-management/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Type Safety and COBOL</title>
		<link>http://www.gennard.net/blog/2009/11/type-safety-and-cobol/</link>
		<comments>http://www.gennard.net/blog/2009/11/type-safety-and-cobol/#comments</comments>
		<pubDate>Mon, 23 Nov 2009 23:27:34 +0000</pubDate>
		<dc:creator>spgennard</dc:creator>
				<category><![CDATA[CLR]]></category>
		<category><![CDATA[COBOL]]></category>
		<category><![CDATA[JVM]]></category>
		<category><![CDATA[TypeSafety]]></category>

		<guid isPermaLink="false">http://www.gennard.net/blog/?p=263</guid>
		<description><![CDATA[<a href="http://www.gennard.net/blog/2009/11/type-safety-and-cobol/" title="Type Safety and COBOL"></a>Having read a recent bog about COBOL and type-safety, I though I would jot down some comments. ANS85 COBOL is naturally is type-unsafe due as every data item being part of one memory region (or storage area), because of this &#8230;<p class="read-more"><a href="http://www.gennard.net/blog/2009/11/type-safety-and-cobol/">Read more &#187;</a></p>]]></description>
		<wfw:commentRss>http://www.gennard.net/blog/2009/11/type-safety-and-cobol/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Fiddling with the JVM</title>
		<link>http://www.gennard.net/blog/2009/11/unsafe-java-for-the-wierd/</link>
		<comments>http://www.gennard.net/blog/2009/11/unsafe-java-for-the-wierd/#comments</comments>
		<pubDate>Mon, 09 Nov 2009 20:10:49 +0000</pubDate>
		<dc:creator>spgennard</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[JVM]]></category>
		<category><![CDATA[Tips]]></category>
		<category><![CDATA[sun.misc.Unsafe]]></category>
		<category><![CDATA[unsafe]]></category>

		<guid isPermaLink="false">http://www.gennard.net/blog/?p=25</guid>
		<description><![CDATA[<a href="http://www.gennard.net/blog/2009/11/unsafe-java-for-the-wierd/" title="Fiddling with the JVM"></a>Java is a very safe language if used in a normal way, however just like the CLR it can be used in an unsafe manor. The main reason for using Java in a unsafe manor is performance, some unsafe operations &#8230;<p class="read-more"><a href="http://www.gennard.net/blog/2009/11/unsafe-java-for-the-wierd/">Read more &#187;</a></p>]]></description>
		<wfw:commentRss>http://www.gennard.net/blog/2009/11/unsafe-java-for-the-wierd/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Object COBOL/Java default exception handler</title>
		<link>http://www.gennard.net/blog/2009/11/object-coboljava-default-exception-handler/</link>
		<comments>http://www.gennard.net/blog/2009/11/object-coboljava-default-exception-handler/#comments</comments>
		<pubDate>Tue, 03 Nov 2009 22:16:54 +0000</pubDate>
		<dc:creator>spgennard</dc:creator>
				<category><![CDATA[COBOL]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Tips]]></category>
		<category><![CDATA[Interop]]></category>

		<guid isPermaLink="false">http://www.gennard.net/blog/?p=49</guid>
		<description><![CDATA[<a href="http://www.gennard.net/blog/2009/11/object-coboljava-default-exception-handler/" title="Object COBOL/Java default exception handler"></a>While working on some support recently for our compiler (Micro Focus COBOL compiler that is), I became annoyed with the lack of a reasonable error messages/stack trace output from our Java/COBOL Object support. I have no idea why our default &#8230;<p class="read-more"><a href="http://www.gennard.net/blog/2009/11/object-coboljava-default-exception-handler/">Read more &#187;</a></p>]]></description>
		<wfw:commentRss>http://www.gennard.net/blog/2009/11/object-coboljava-default-exception-handler/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

