<?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>Wortsetzer &#187; Development</title>
	<atom:link href="http://www.manskes.de/index.php/category/development/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.manskes.de</link>
	<description>abseits der ausgetretenen Pfade</description>
	<lastBuildDate>Thu, 10 Jun 2010 19:17:10 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Update: SourceForge lockert die Zugriffsbeschränkungen wieder</title>
		<link>http://www.manskes.de/index.php/2010/02/08/update-sourceforge-lockert-die-zugriffsbeschrankungen-wieder/</link>
		<comments>http://www.manskes.de/index.php/2010/02/08/update-sourceforge-lockert-die-zugriffsbeschrankungen-wieder/#comments</comments>
		<pubDate>Mon, 08 Feb 2010 13:13:43 +0000</pubDate>
		<dc:creator>netseeker</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Politik]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[schurkenstaaten]]></category>
		<category><![CDATA[sourceforge]]></category>
		<category><![CDATA[Zugangsbeschränkungen]]></category>

		<guid isPermaLink="false">http://www.manskes.de/?p=187</guid>
		<description><![CDATA[Vor einigen Tagen gingen wir auf die Entscheidung von SourceForge ein, Zugriffe von Ländern aus der Liste der sog. "Schurkenstaaten" pauschal zu blockieren. (vgl. <a href="http://www.manskes.de/index.php/2010/01/27/sourceforge-und-das-open-in-open-source/">Sourceforge und das "Open" in Open Source</a>)

Nach massiven Protesten (vgl. Kommentare im <a href="http://sourceforge.net/blog/clarifying-sourceforgenets-denial-of-site-access-for-certain-persons-in-accordance-with-us-law/">offiziellen Blog des Unternehmens</a>) kündigte SourceForge <a href="http://sourceforge.net/blog/some-good-news-SourceForge-removes-blanket-blocking/">gestern überraschend an</a> die Zugriffsbeschränkung wieder zu lockern. ]]></description>
		<wfw:commentRss>http://www.manskes.de/index.php/2010/02/08/update-sourceforge-lockert-die-zugriffsbeschrankungen-wieder/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sourceforge und das &#8220;Open&#8221; in Open Source</title>
		<link>http://www.manskes.de/index.php/2010/01/27/sourceforge-und-das-open-in-open-source/</link>
		<comments>http://www.manskes.de/index.php/2010/01/27/sourceforge-und-das-open-in-open-source/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 22:40:13 +0000</pubDate>
		<dc:creator>netseeker</dc:creator>
				<category><![CDATA[Abgründe]]></category>
		<category><![CDATA[Development]]></category>
		<category><![CDATA[Politik]]></category>
		<category><![CDATA[export restrictions]]></category>
		<category><![CDATA[schurkenstaaten]]></category>
		<category><![CDATA[sourceforge]]></category>
		<category><![CDATA[us law]]></category>

		<guid isPermaLink="false">http://www.manskes.de/?p=152</guid>
		<description><![CDATA[SourceForge.net hat heute im Nachhinein Stellungnahme zur Komplettsperrung von Benutzern mit IP-Adressen aus Syrien, Kuba, Iran, Nordkorea und Sudan, also aus den sogenannten &#8220;Schurkenstaaten&#8221; gemäß der Definition der US-Regierung, genommen.
Sourceforge bringt dabei zum Ausdruck, dass man diese Maßnahme zwar ablehnt sich jedoch US-Gesetzen nicht widersetzen konnte. Es erscheint absurd, dass Sourceforge sich dermaßen hinter den [...]]]></description>
		<wfw:commentRss>http://www.manskes.de/index.php/2010/01/27/sourceforge-und-das-open-in-open-source/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>The simplest ActiveObjects database provider for the H2 database</title>
		<link>http://www.manskes.de/index.php/2008/10/30/the-simplest-activeobjects-database-provider-for-the-h2-database/</link>
		<comments>http://www.manskes.de/index.php/2008/10/30/the-simplest-activeobjects-database-provider-for-the-h2-database/#comments</comments>
		<pubDate>Thu, 30 Oct 2008 21:14:43 +0000</pubDate>
		<dc:creator>netseeker</dc:creator>
				<category><![CDATA[Development]]></category>

		<guid isPermaLink="false">http://www.manskes.de/index.php/2008/10/30/the-simplest-activeobjects-database-provider-for-the-h2-database/</guid>
		<description><![CDATA[For my current project i decided to use ActiveObjects as ORM layer. Additionally i looked for a free, java based database engine which offers support for

Embedded Mode
Full Text Search
Blobs and Clobs

Finally i decided to use the H2 database. Unfortunately i was lazy and didn&#8217;t check ActiveObjects list of supported databases.
ActiveObjects doesn&#8217;t support the H2 database [...]]]></description>
		<wfw:commentRss>http://www.manskes.de/index.php/2008/10/30/the-simplest-activeobjects-database-provider-for-the-h2-database/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Swing is notoriously slow?</title>
		<link>http://www.manskes.de/index.php/2008/10/22/swing-is-notoriously-slow/</link>
		<comments>http://www.manskes.de/index.php/2008/10/22/swing-is-notoriously-slow/#comments</comments>
		<pubDate>Wed, 22 Oct 2008 20:09:50 +0000</pubDate>
		<dc:creator>netseeker</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Swing]]></category>

		<guid isPermaLink="false">http://www.manskes.de/index.php/2008/10/22/swing-is-notoriously-slow/</guid>
		<description><![CDATA[Gefunden bei CLOSED-LOOP: Certification to become braindead?.
War ja klar: Swing ist einfach langsam. Nein, noch besser Swing ist langsamer als ein Stack bestehend aus JSP, EJB3 Entity Beans und Stateless Session Beans.
&#8230;Zumindest scheint das die Meinung des Sun Learning Centers zu sein. Will man bei denen nämlich den Sun Certfied Enterprise Architect (SCEA) bekommen, sollte [...]]]></description>
		<wfw:commentRss>http://www.manskes.de/index.php/2008/10/22/swing-is-notoriously-slow/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>EJOE &#8211; add encryption features to protect your network traffic</title>
		<link>http://www.manskes.de/index.php/2007/11/20/ejoe-encryption-howto/</link>
		<comments>http://www.manskes.de/index.php/2007/11/20/ejoe-encryption-howto/#comments</comments>
		<pubDate>Mon, 19 Nov 2007 22:06:11 +0000</pubDate>
		<dc:creator>netseeker</dc:creator>
				<category><![CDATA[EJOE]]></category>

		<guid isPermaLink="false">http://www.manskes.de/index.php/2007/11/20/ejoe-encryption-howto/</guid>
		<description><![CDATA[EJOE has a lot of great features. It is easy to use and plays well with a lot of serialization frameworks out of the box. While using it's RemoteReflection one can publish business logic over network without writing one line of code (well, except the three or four lines of code required to start the EJOE-server component). [...]

<strong>But one thing is missing: It doesn't support encryption. Neither SSL nor any other known enryption method.</strong>

Is it really so hard to add encryption features to EJOE?
[...]]]></description>
		<wfw:commentRss>http://www.manskes.de/index.php/2007/11/20/ejoe-encryption-howto/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>EJOE 0.4.1 Maintenance Release</title>
		<link>http://www.manskes.de/index.php/2007/11/18/ejoe-041-maintenance-release/</link>
		<comments>http://www.manskes.de/index.php/2007/11/18/ejoe-041-maintenance-release/#comments</comments>
		<pubDate>Sun, 18 Nov 2007 13:25:26 +0000</pubDate>
		<dc:creator>netseeker</dc:creator>
				<category><![CDATA[EJOE]]></category>

		<guid isPermaLink="false">http://www.manskes.de/index.php/2007/11/18/ejoe-041-maintenance-release/</guid>
		<description><![CDATA[Sozusagen heimlich, still und leise haben wir gestern ein Maintenance Release für die 0.4er Branch von EJOE veröffentlicht.
Die neue Version beinhaltet im Wesentlichen einige Fehlerbehebungen sowie ein paar kleinere Anpassungen an neuere Versionen einiger Serialisierungsframeworks, z.B. Caucho Hessian 3.1.3 und json-lib 2.1.
Unter anderem wurde auch der berühmt-berüchtigte Bug beim Aktivieren des Remoteclassloading  behoben.
Einhergehend mit [...]]]></description>
		<wfw:commentRss>http://www.manskes.de/index.php/2007/11/18/ejoe-041-maintenance-release/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>EJOE und XSLT &#8211; ein gutes Gespann?</title>
		<link>http://www.manskes.de/index.php/2007/06/09/ejoe-und-xslt-ein-gutes-gespann/</link>
		<comments>http://www.manskes.de/index.php/2007/06/09/ejoe-und-xslt-ein-gutes-gespann/#comments</comments>
		<pubDate>Sat, 09 Jun 2007 20:57:03 +0000</pubDate>
		<dc:creator>netseeker</dc:creator>
				<category><![CDATA[EJOE]]></category>

		<guid isPermaLink="false">http://www.manskes.de/index.php/2007/06/09/ejoe-und-xslt-ein-gutes-gespann/</guid>
		<description><![CDATA[Wer findet es nicht überflüssig, unnützen Quellcode erfordernd, imperformant und einfach irgendwie nervend, wenn man das Ergebnis einer Abfrage gegen einen Anwendungsserver nicht einfach in der Anzeige rendern kann, sondern zwischen Beans und diversen Java-XML-Document-Modellen hin-und-her-konvertieren muss?
In der Firma, für die ich arbeite, werden wir quasi täglich mit diesem Problem konfrontiert:
Wir verwenden (derzeit noch) einen [...]]]></description>
		<wfw:commentRss>http://www.manskes.de/index.php/2007/06/09/ejoe-und-xslt-ein-gutes-gespann/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>EJOE 0.4.0: erster Bug :-( und Workaround</title>
		<link>http://www.manskes.de/index.php/2007/06/07/ejoe-040-erster-bug-und-workaround/</link>
		<comments>http://www.manskes.de/index.php/2007/06/07/ejoe-040-erster-bug-und-workaround/#comments</comments>
		<pubDate>Thu, 07 Jun 2007 21:54:15 +0000</pubDate>
		<dc:creator>netseeker</dc:creator>
				<category><![CDATA[EJOE]]></category>

		<guid isPermaLink="false">http://www.manskes.de/index.php/2007/06/07/ejoe-040-erster-bug-und-workaround/</guid>
		<description><![CDATA[So, jetzt liegt auch für das letzte EJOE-Release die erste Bug-Meldung vor und dann auch noch gleich noch ein richtig böser Fehler:
Sobald in 0.4.0 auf dem Server das Remote-Classloading aktiviert wird, tritt u.U. eine ClassCastException auf:

package de.netseeker.ejoe.cltest;

import java.io.IOException;
import de.netseeker.ejoe.EJServer;
import de.netseeker.ejoe.handler.DefaultRemotingHandler;

/**
 * @author netseeker aka Michael Manske
 */
public class RemotingServerStarter
{
    public static void [...]]]></description>
		<wfw:commentRss>http://www.manskes.de/index.php/2007/06/07/ejoe-040-erster-bug-und-workaround/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
