<?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>janus-net.de &#187; Programming</title>
	<atom:link href="http://www.janus-net.de/category/programming/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.janus-net.de</link>
	<description>just another line in the file</description>
	<lastBuildDate>Fri, 04 Nov 2011 19:39:47 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
		<item>
		<title>GET, POST, and safely ruin Web Architecture?</title>
		<link>http://www.janus-net.de/2011/11/03/get-post-and-safely-ruin-web-architecture/</link>
		<comments>http://www.janus-net.de/2011/11/03/get-post-and-safely-ruin-web-architecture/#comments</comments>
		<pubDate>Thu, 03 Nov 2011 13:05:03 +0000</pubDate>
		<dc:creator>stj</dc:creator>
				<category><![CDATA[Mind]]></category>
		<category><![CDATA[Programming]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[HTTP]]></category>
		<category><![CDATA[REST]]></category>
		<category><![CDATA[Web Architecture]]></category>

		<guid isPermaLink="false">http://www.janus-net.de/?p=166</guid>
		<description><![CDATA[The day before yesterday Google announced that their crawler will issue POST requests in near future. Their announcement led to discussion about whether issuing POST requests breaks with the semantics of Web Architecture (cf. comments in GET, POST, and safely surfacing more of the web or blogs post such as Google vs. Web Architecture). However, [...]]]></description>
		<wfw:commentRss>http://www.janus-net.de/2011/11/03/get-post-and-safely-ruin-web-architecture/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Parallelit&#228;t und Asynchronit&#228;t</title>
		<link>http://www.janus-net.de/2010/12/12/parallelitaet-und-asynchronitaet/</link>
		<comments>http://www.janus-net.de/2010/12/12/parallelitaet-und-asynchronitaet/#comments</comments>
		<pubDate>Sun, 12 Dec 2010 19:12:02 +0000</pubDate>
		<dc:creator>stj</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[Real Life]]></category>
		<category><![CDATA[archos10]]></category>
		<category><![CDATA[async]]></category>
		<category><![CDATA[parallelism]]></category>
		<category><![CDATA[pi-calculus]]></category>

		<guid isPermaLink="false">http://www.janus-net.de/?p=143</guid>
		<description><![CDATA[Freitag und Samstag war ich auf dem Architecture Open Space 2010, wo ich an vielen interessanten Sessions teilnehmen durfte. Lars hat eine spannende Session zum Thema (A)Synchronit&#228;t und CQS initiiert. W&#228;hrend der Diskussion kam unter anderem die Frage nach dem Unterschied von Parallelit&#228;t und Asynchronit&#228;t auf, f&#252;r die &#8212; wie J&#246;rg zurecht anmerkt &#8212; auch [...]]]></description>
		<wfw:commentRss>http://www.janus-net.de/2010/12/12/parallelitaet-und-asynchronitaet/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>POETiScher Endbericht</title>
		<link>http://www.janus-net.de/2008/02/23/poetischer-endbericht/</link>
		<comments>http://www.janus-net.de/2008/02/23/poetischer-endbericht/#comments</comments>
		<pubDate>Sat, 23 Feb 2008 21:06:35 +0000</pubDate>
		<dc:creator>stj</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[Real Life]]></category>
		<category><![CDATA[POETS]]></category>
		<category><![CDATA[Uni]]></category>

		<guid isPermaLink="false">http://www.janus-net.de/2008/02/23/poetischer-endbericht/</guid>
		<description><![CDATA[Wie bereits das eine oder andere mal erw&#228;hnt, habe ich im Wintersemester 2006/2007 und Sommersemester 2007 im Rahmen meines Informatikstudiums an der Projektgruppe POETS (Process-Oriented Enterprise Transaction Systems) teilgenommen. Diese Projektgruppe fand unter der Leitung von Prof. Rehof am Lehrstuhl 14 des Fachbereichs Informatik an der Universit&#228;t Dortmund statt. Sie wurde in enger Zusammenarbeit mit [...]]]></description>
		<wfw:commentRss>http://www.janus-net.de/2008/02/23/poetischer-endbericht/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WCF: &#8220;Slicing&#8221; objects on serialization</title>
		<link>http://www.janus-net.de/2008/01/13/wcf-slicing-objects-on-serialization/</link>
		<comments>http://www.janus-net.de/2008/01/13/wcf-slicing-objects-on-serialization/#comments</comments>
		<pubDate>Sun, 13 Jan 2008 14:57:59 +0000</pubDate>
		<dc:creator>stj</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[Polymorphism]]></category>
		<category><![CDATA[serialization]]></category>
		<category><![CDATA[WCF]]></category>

		<guid isPermaLink="false">http://www.janus-net.de/2008/01/13/wcf-slicing-objects-on-serialization/</guid>
		<description><![CDATA[David Turner asks in a comment on the blog post Polymorphism in WCF contracts if it's possible to deliberately "slice" an instance of the derived type. Instead of passing an instance of a base type to a method he wants to pass an instance of a derived type. When the instance is send to the [...]]]></description>
		<wfw:commentRss>http://www.janus-net.de/2008/01/13/wcf-slicing-objects-on-serialization/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Double-Checked Locking in C#</title>
		<link>http://www.janus-net.de/2008/01/10/double-checked-locking-in-c/</link>
		<comments>http://www.janus-net.de/2008/01/10/double-checked-locking-in-c/#comments</comments>
		<pubDate>Thu, 10 Jan 2008 01:08:54 +0000</pubDate>
		<dc:creator>stj</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[.Net]]></category>
		<category><![CDATA[c#]]></category>
		<category><![CDATA[patterns]]></category>
		<category><![CDATA[singleton]]></category>

		<guid isPermaLink="false">http://www.janus-net.de/2008/01/10/double-checked-locking-in-c/</guid>
		<description><![CDATA[Heute hatte ich eher zuf&#228;llig das Buch Head First Design Patterns in der Hand. Auch eher zuf&#228;llig bin ich dabei im Kapitel &#252;ber das Singleton-Pattern beim Double-Checked Locking h&#228;ngen geblieben. Dort wird darauf aufmerksam gemacht, dass dieses Pattern unter Java 1.4 und fr&#252;heren Versionen nicht funktioniert. Da ich dieses Pattern bereits einige male in C# [...]]]></description>
		<wfw:commentRss>http://www.janus-net.de/2008/01/10/double-checked-locking-in-c/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>Interfaces und abstrakte Klassen als Parameter &#8211; Teil 3</title>
		<link>http://www.janus-net.de/2007/10/22/interfaces-und-abstrakte-klassen-als-parameter-teil-3/</link>
		<comments>http://www.janus-net.de/2007/10/22/interfaces-und-abstrakte-klassen-als-parameter-teil-3/#comments</comments>
		<pubDate>Mon, 22 Oct 2007 07:27:05 +0000</pubDate>
		<dc:creator>stj</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[Polymorphism]]></category>
		<category><![CDATA[serialization]]></category>
		<category><![CDATA[SOA]]></category>
		<category><![CDATA[WCF]]></category>
		<category><![CDATA[Web Services]]></category>

		<guid isPermaLink="false">http://www.janus-net.de/2007/10/22/interfaces-und-abstrakte-klassen-als-parameter-teil-3/</guid>
		<description><![CDATA[Die L&#246;sung f&#252;r ein Problem bin ich noch schuldig geblieben. Die beim letzten mal vorgestellte L&#246;sung hatte den Nachteil, dass ein wichtiges Prinzip der Serviceorientierung nicht eingehalten wurde - Services share schema and contract, not class. Die L&#246;sung hierf&#252;r ist es die m&#246;glichen ServiceKnownTypes erst zur Laufzeit zu bestimmen. Folgendes Beispiel erl&#228;utert, wie es funktioniert: [...]]]></description>
		<wfw:commentRss>http://www.janus-net.de/2007/10/22/interfaces-und-abstrakte-klassen-als-parameter-teil-3/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Interfaces und abstrakte Klassen als Parameter &#8211; Teil 2</title>
		<link>http://www.janus-net.de/2007/10/20/interfaces-und-abstrakte-klassen-als-parameter-teil-2/</link>
		<comments>http://www.janus-net.de/2007/10/20/interfaces-und-abstrakte-klassen-als-parameter-teil-2/#comments</comments>
		<pubDate>Sat, 20 Oct 2007 11:13:44 +0000</pubDate>
		<dc:creator>stj</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[NetDataContractSerializer]]></category>
		<category><![CDATA[Polymorphism]]></category>
		<category><![CDATA[serialization]]></category>
		<category><![CDATA[SOA]]></category>
		<category><![CDATA[WCF]]></category>
		<category><![CDATA[Web Services]]></category>

		<guid isPermaLink="false">http://www.janus-net.de/2007/10/20/interfaces-und-abstrakte-klassen-als-parameter-teil-2/</guid>
		<description><![CDATA[Gestern habe ich im ersten Teil ein Problem geschildert, das auftritt, wenn man versucht Polymorphismus im Zusammenhang mit WCF-Services einzusetzen. Dabei ging es konkret darum Interfaces oder abstrakte Klassen als Parameter an Service-Methoden zu &#252;bergeben. Die vorgestellte L&#246;sung f&#252;r das Problem mittels des ServiceKnownType-Attributs hatte den Nachteil, dass "echter" Polymorphismus nicht unterst&#252;tzt wurde und somit [...]]]></description>
		<wfw:commentRss>http://www.janus-net.de/2007/10/20/interfaces-und-abstrakte-klassen-als-parameter-teil-2/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Interfaces und abstrakte Klassen als Parameter &#8211; Teil 1</title>
		<link>http://www.janus-net.de/2007/10/19/interfaces-und-abstrakte-klassen-als-parameter-teil-1/</link>
		<comments>http://www.janus-net.de/2007/10/19/interfaces-und-abstrakte-klassen-als-parameter-teil-1/#comments</comments>
		<pubDate>Fri, 19 Oct 2007 22:01:14 +0000</pubDate>
		<dc:creator>stj</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[Polymorphism]]></category>
		<category><![CDATA[serialization]]></category>
		<category><![CDATA[SOA]]></category>
		<category><![CDATA[WCF]]></category>
		<category><![CDATA[Web Services]]></category>

		<guid isPermaLink="false">http://www.janus-net.de/2007/10/19/interfaces-und-abstrakte-klassen-als-parameter-teil-1/</guid>
		<description><![CDATA[Anfang der Woche hat mich ein Arbeitskollege danach gefragt, ob es m&#246;glich ist Interfaces oder abstrakte Klassen als Parameter an (WCF-)Service-Methoden zu &#252;bergeben. Zun&#228;chst war mir nicht ganz klar, was er eigentlich vor hatte, dabei liegt es klar auf der Hand. Die Frage war, ob man das Prinzip des Polymorphismus der Objektorientierung auch auf WCF-Services [...]]]></description>
		<wfw:commentRss>http://www.janus-net.de/2007/10/19/interfaces-und-abstrakte-klassen-als-parameter-teil-1/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Using xs:choice in WCF-Services</title>
		<link>http://www.janus-net.de/2007/08/07/using-xschoice-in-wcf-services/</link>
		<comments>http://www.janus-net.de/2007/08/07/using-xschoice-in-wcf-services/#comments</comments>
		<pubDate>Tue, 07 Aug 2007 21:57:46 +0000</pubDate>
		<dc:creator>stj</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[Web]]></category>
		<category><![CDATA[.Net]]></category>
		<category><![CDATA[c#]]></category>
		<category><![CDATA[Contracts]]></category>
		<category><![CDATA[POETS]]></category>
		<category><![CDATA[serialization]]></category>
		<category><![CDATA[SOA]]></category>
		<category><![CDATA[WCF]]></category>
		<category><![CDATA[WSDL]]></category>
		<category><![CDATA[XmlSerializer]]></category>
		<category><![CDATA[XSD]]></category>

		<guid isPermaLink="false">http://www.janus-net.de/2007/08/07/using-xschoice-in-wcf-services/</guid>
		<description><![CDATA[At the very beginning of the ongoing work of my "Projektgruppe" we had to convert an existing XSD into a DataContract compliant schema. The XSD was part of the WSDL of one of our services which we developed using a contract-first approach. One complex type contained a xs:choice element which is not supported by DataContracts [...]]]></description>
		<wfw:commentRss>http://www.janus-net.de/2007/08/07/using-xschoice-in-wcf-services/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FatalExecutionEngineError on calling HttpQueryServiceConfiguration</title>
		<link>http://www.janus-net.de/2007/05/27/fatalexecutionengineerror-on-calling-httpqueryserviceconfiguration/</link>
		<comments>http://www.janus-net.de/2007/05/27/fatalexecutionengineerror-on-calling-httpqueryserviceconfiguration/#comments</comments>
		<pubDate>Sun, 27 May 2007 17:14:03 +0000</pubDate>
		<dc:creator>stj</dc:creator>
				<category><![CDATA[Programming]]></category>
		<category><![CDATA[.Net]]></category>
		<category><![CDATA[c#]]></category>
		<category><![CDATA[httpcfg]]></category>
		<category><![CDATA[Namespaces]]></category>
		<category><![CDATA[PInvoke]]></category>
		<category><![CDATA[WCF]]></category>

		<guid isPermaLink="false">http://www.janus-net.de/2007/05/27/fatalexecutionengineerror-on-calling-httpqueryserviceconfiguration/</guid>
		<description><![CDATA[The last few days I struggled a lot with WCF endpoints while configuring them running with least privileges. As already mentioned in my post WCF: Namespace Reservierung there are several tools simplifying this procedure. Nevertheless I wanted to write my own little tool with a GUI. The tool works fine so far (go and grep [...]]]></description>
		<wfw:commentRss>http://www.janus-net.de/2007/05/27/fatalexecutionengineerror-on-calling-httpqueryserviceconfiguration/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>


