<?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>Axel Irriger&#039;s Blog &#187; Software Entwicklung</title>
	<atom:link href="http://www.axelirriger.de/blog/category/software-entwicklung/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.axelirriger.de/blog</link>
	<description>Various Aspects Of Life</description>
	<lastBuildDate>Mon, 03 May 2010 19:15:55 +0000</lastBuildDate>
	
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Service Orientation Is Nothing Technical</title>
		<link>http://www.axelirriger.de/blog/2009/01/05/service-orientation-is-nothing-technical/</link>
		<comments>http://www.axelirriger.de/blog/2009/01/05/service-orientation-is-nothing-technical/#comments</comments>
		<pubDate>Mon, 05 Jan 2009 22:08:51 +0000</pubDate>
		<dc:creator>irriger</dc:creator>
				<category><![CDATA[Software Entwicklung]]></category>
		<category><![CDATA[service interaction pattern]]></category>
		<category><![CDATA[service-orientation]]></category>
		<category><![CDATA[soa]]></category>
		<category><![CDATA[system decomposition]]></category>

		<guid isPermaLink="false">http://www.axelirriger.de/blog/?p=54</guid>
		<description><![CDATA[ This post is motivated by an article on Carlo Poli’s Blog on the foundation of architecting Service Orientation.
The Essence Of Ideas

There, he clearly identifies a highly misunderstood way of designing services by focusing them from the technical point of view and declaring the use of web services als “SOA”.
From that on, system decomposition is [...]]]></description>
		<wfw:commentRss>http://www.axelirriger.de/blog/2009/01/05/service-orientation-is-nothing-technical/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Architektur-Pattern: Worker &#252;ber JMS</title>
		<link>http://www.axelirriger.de/blog/2009/01/04/architektur-pattern-worker-ber-jms/</link>
		<comments>http://www.axelirriger.de/blog/2009/01/04/architektur-pattern-worker-ber-jms/#comments</comments>
		<pubDate>Sun, 04 Jan 2009 21:13:10 +0000</pubDate>
		<dc:creator>irriger</dc:creator>
				<category><![CDATA[Software Entwicklung]]></category>
		<category><![CDATA[Enterprise Integration Pattern]]></category>
		<category><![CDATA[JBoss]]></category>
		<category><![CDATA[JEE]]></category>
		<category><![CDATA[MDB]]></category>
		<category><![CDATA[message driven bean]]></category>
		<category><![CDATA[Worker-Pattern]]></category>

		<guid isPermaLink="false">http://www.axelirriger.de/blog/?p=53</guid>
		<description><![CDATA[Das Ziel des Artikels ist es dar zu stellen, wie mit Hilfe von JMS und JBoss Cache eine einfache Architektur zur Verteilung von Arbeitsaufträgen implementiert werden kann.
Dabei möchte ich davon ausgehen, dass es eine zentrale Stelle gibt, von der aus Aufträge in das System kommen. Diese werden in einer Datenbank gespeichert und sollen von mehreren [...]]]></description>
		<wfw:commentRss>http://www.axelirriger.de/blog/2009/01/04/architektur-pattern-worker-ber-jms/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Software-Deployments 2 &#8211; Probleme werden zu L&#246;sungen</title>
		<link>http://www.axelirriger.de/blog/2009/01/04/software-deployments-2-probleme-werden-zu-lsungen/</link>
		<comments>http://www.axelirriger.de/blog/2009/01/04/software-deployments-2-probleme-werden-zu-lsungen/#comments</comments>
		<pubDate>Sun, 04 Jan 2009 10:21:00 +0000</pubDate>
		<dc:creator>irriger</dc:creator>
				<category><![CDATA[Software Entwicklung]]></category>
		<category><![CDATA[Apache Ant]]></category>
		<category><![CDATA[Artefakte]]></category>
		<category><![CDATA[Automatisierung]]></category>
		<category><![CDATA[Pattern]]></category>
		<category><![CDATA[Skripte]]></category>
		<category><![CDATA[Software Deployment]]></category>

		<guid isPermaLink="false">http://www.axelirriger.de/blog/?p=42</guid>
		<description><![CDATA[ In einem anderen Beitrag habe ich mir Probleme bei Software-Deployment Prozessen angeschaut. Dort habe ich als Ergebnis herausgestellt, dass eine Reduzierung der Fertigungstiefe dabei hilft, Qualitätsschwächen zu vermindern. Unter Fertigungstiefe habe ich dort den Grad des manuellen Eingreifens verstanden. Hier noch einmal die Ergebnisse in der Übersicht:

Deploymentprozesse sind mehr als &#34;Copy to directory&#34; 
Manuelle [...]]]></description>
		<wfw:commentRss>http://www.axelirriger.de/blog/2009/01/04/software-deployments-2-probleme-werden-zu-lsungen/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Software Deployments &#8211; Problemf&#228;lle der Softwareentwicklung</title>
		<link>http://www.axelirriger.de/blog/2009/01/02/software-deployments-problemflle-der-softwareentwicklung/</link>
		<comments>http://www.axelirriger.de/blog/2009/01/02/software-deployments-problemflle-der-softwareentwicklung/#comments</comments>
		<pubDate>Fri, 02 Jan 2009 20:45:27 +0000</pubDate>
		<dc:creator>irriger</dc:creator>
				<category><![CDATA[Software Entwicklung]]></category>

		<guid isPermaLink="false">http://www.axelirriger.de/blog/?p=27</guid>
		<description><![CDATA[Bei Wired Space hat der Kollege Erfahrungen aus dem Entwicklerleben publiziert: diverse Probleme im Umfeld von Software-Deployments. Die gefundenen Schwierigkeiten waren:

“But it ran fine on my machine.” 
“Manual deployment steps are prone to errors.“
Kommunikationsschwierigkeiten im Team 


Dabei ist letzterer Punkt, der immer wieder zu Problemen führt, noch nicht breit ausgeführt &#8211; aber das kommt wohl [...]]]></description>
		<wfw:commentRss>http://www.axelirriger.de/blog/2009/01/02/software-deployments-problemflle-der-softwareentwicklung/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
