<?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>Javablog &#187; OSS</title>
	<atom:link href="http://javablog.co.uk/category/oss/feed/" rel="self" type="application/rss+xml" />
	<link>http://javablog.co.uk</link>
	<description>by Java coders, for Java coders</description>
	<lastBuildDate>Mon, 04 Jan 2010 15:20:57 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Contributing to NetBeans</title>
		<link>http://javablog.co.uk/2009/04/11/contributing-to-netbeans/</link>
		<comments>http://javablog.co.uk/2009/04/11/contributing-to-netbeans/#comments</comments>
		<pubDate>Sat, 11 Apr 2009 00:10:22 +0000</pubDate>
		<dc:creator>Sam</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[NetBeans]]></category>
		<category><![CDATA[OSS]]></category>
		<category><![CDATA[SUN]]></category>

		<guid isPermaLink="false">http://javablog.co.uk/?p=167</guid>
		<description><![CDATA[NetBeans is my IDE of choice and I was recently accepted as an approved contributor on the back of the Java Completion Excluder: Exclude classes from appearing in the code completer (such as sun.* and sunw.*) with method-level granularity. Example use case: java.lang.Object.{wait*, notify*, clone, finalize} have more appropriate alternatives so allow the user to [...]]]></description>
		<wfw:commentRss>http://javablog.co.uk/2009/04/11/contributing-to-netbeans/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>XMLHelper.java a convenience class for working with XML files</title>
		<link>http://javablog.co.uk/2008/12/02/xmlhelperjava-a-convenience-class-for-working-with-xml-files/</link>
		<comments>http://javablog.co.uk/2008/12/02/xmlhelperjava-a-convenience-class-for-working-with-xml-files/#comments</comments>
		<pubDate>Tue, 02 Dec 2008 19:34:41 +0000</pubDate>
		<dc:creator>Sam</dc:creator>
				<category><![CDATA[Convenience]]></category>
		<category><![CDATA[IO]]></category>
		<category><![CDATA[OSS]]></category>
		<category><![CDATA[Parsing]]></category>
		<category><![CDATA[XML]]></category>

		<guid isPermaLink="false">http://javablog.co.uk/?p=100</guid>
		<description><![CDATA[In my last post I hope I convinced you that XML parsing with XPath queries and XSD validation is the way forward:- W3C Schema Definitions (XSDs) let you separate validation from logic XPaths queries are a serious timesaver and make code very readable But also that the Java XML API is possibly the ugliest and [...]]]></description>
		<wfw:commentRss>http://javablog.co.uk/2008/12/02/xmlhelperjava-a-convenience-class-for-working-with-xml-files/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Android&#8230; what J2ME should have been</title>
		<link>http://javablog.co.uk/2007/11/12/android-what-j2me-should-have-been/</link>
		<comments>http://javablog.co.uk/2007/11/12/android-what-j2me-should-have-been/#comments</comments>
		<pubDate>Mon, 12 Nov 2007 20:02:42 +0000</pubDate>
		<dc:creator>Sam</dc:creator>
				<category><![CDATA[Android]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[J2ME]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Mobile]]></category>
		<category><![CDATA[OSS]]></category>
		<category><![CDATA[SDK]]></category>

		<guid isPermaLink="false">http://javablog.co.uk/2007/11/12/android-what-j2me-should-have-been/</guid>
		<description><![CDATA[Google released Android today, the Java SDK that people have been calling the gPhone&#8230; and wow! It&#8217;s what J2ME should have been, or at least what it should have turned into. For a start, it has Java 5 language features such as generics and annotations&#8230; features that help the developer but add no additional burden [...]]]></description>
		<wfw:commentRss>http://javablog.co.uk/2007/11/12/android-what-j2me-should-have-been/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>HTTP Server API, backport to Java 5</title>
		<link>http://javablog.co.uk/2007/10/27/http-server-api-backport-to-java-5/</link>
		<comments>http://javablog.co.uk/2007/10/27/http-server-api-backport-to-java-5/#comments</comments>
		<pubDate>Sat, 27 Oct 2007 20:14:03 +0000</pubDate>
		<dc:creator>Sam</dc:creator>
				<category><![CDATA[GPL]]></category>
		<category><![CDATA[HTTP]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Java 5]]></category>
		<category><![CDATA[Java 6]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[OpenJDK]]></category>
		<category><![CDATA[OSS]]></category>
		<category><![CDATA[Server]]></category>
		<category><![CDATA[SSL]]></category>

		<guid isPermaLink="false">http://javablog.co.uk/2007/10/27/http-server-api-backport-to-java-5/</guid>
		<description><![CDATA[We&#8217;ve recently been forced to go back to Java 5. After a massive refactoring task to remove all @Override annotations on method implementations, we were only left with one thing missing&#8230; SUN&#8217;s HTTP Server API (a.k.a. com.sun.net.httpserver) which is not a part of J2SE and was only introduced in Java 6. We use it in [...]]]></description>
		<wfw:commentRss>http://javablog.co.uk/2007/10/27/http-server-api-backport-to-java-5/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>How MIDlet Signing is Killing J2ME</title>
		<link>http://javablog.co.uk/2007/08/09/how-midlet-signing-is-killing-j2me/</link>
		<comments>http://javablog.co.uk/2007/08/09/how-midlet-signing-is-killing-j2me/#comments</comments>
		<pubDate>Thu, 09 Aug 2007 11:42:23 +0000</pubDate>
		<dc:creator>Sam</dc:creator>
				<category><![CDATA[J2ME]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[MIDlets]]></category>
		<category><![CDATA[OpenLAPI]]></category>
		<category><![CDATA[OSS]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Signing]]></category>

		<guid isPermaLink="false">http://javablog.co.uk/2007/08/09/how-midlet-signing-is-killing-j2me/</guid>
		<description><![CDATA[I recently wrote some major updates to OpenLAPI. The update allowed our OpenLAPI to be shipped with a J2ME application, wrapping the Location API (JSR-179) if it is available on the device, otherwise falling back to GPS over Bluetooth mode, or a variety of backends (e.g. CellID lookup). I was going to blog about the [...]]]></description>
		<wfw:commentRss>http://javablog.co.uk/2007/08/09/how-midlet-signing-is-killing-j2me/feed/</wfw:commentRss>
		<slash:comments>59</slash:comments>
		</item>
	</channel>
</rss>

