<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss 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/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>The Ricston Blog - Life in SOA with the Mule ESB</title>
	
	<link>http://ricston.com/blog</link>
	<description>This blog talks about all things Mule and SOA related from the perspective of our senior consultant Antoine Borg</description>
	<lastBuildDate>Thu, 29 Apr 2010 08:00:47 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/RicstonBlog" /><feedburner:info uri="ricstonblog" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><feedburner:emailServiceId>RicstonBlog</feedburner:emailServiceId><feedburner:feedburnerHostname>http://feedburner.google.com</feedburner:feedburnerHostname><feedburner:feedFlare href="http://add.my.yahoo.com/rss?url=http%3A%2F%2Ffeeds.feedburner.com%2FRicstonBlog" src="http://us.i1.yimg.com/us.yimg.com/i/us/my/addtomyyahoo4.gif">Subscribe with My Yahoo!</feedburner:feedFlare><feedburner:feedFlare href="http://www.newsgator.com/ngs/subscriber/subext.aspx?url=http%3A%2F%2Ffeeds.feedburner.com%2FRicstonBlog" src="http://www.newsgator.com/images/ngsub1.gif">Subscribe with NewsGator</feedburner:feedFlare><feedburner:feedFlare href="http://www.bloglines.com/sub/http://feeds.feedburner.com/RicstonBlog" src="http://www.bloglines.com/images/sub_modern11.gif">Subscribe with Bloglines</feedburner:feedFlare><feedburner:feedFlare href="http://www.netvibes.com/subscribe.php?url=http%3A%2F%2Ffeeds.feedburner.com%2FRicstonBlog" src="http://www.netvibes.com/img/add2netvibes.gif">Subscribe with Netvibes</feedburner:feedFlare><feedburner:feedFlare href="http://fusion.google.com/add?feedurl=http%3A%2F%2Ffeeds.feedburner.com%2FRicstonBlog" src="http://buttons.googlesyndication.com/fusion/add.gif">Subscribe with Google</feedburner:feedFlare><feedburner:feedFlare href="http://www.plusmo.com/add?url=http%3A%2F%2Ffeeds.feedburner.com%2FRicstonBlog" src="http://plusmo.com/res/graphics/fbplusmo.gif">Subscribe with Plusmo</feedburner:feedFlare><feedburner:feedFlare href="http://www.addtoany.com/?linkname=The%20Ricston%20Blog%20-%20Life%20in%20SOA%20with%20the%20Mule%20ESB&amp;linkurl=http%3A%2F%2Ffeeds.feedburner.com%2FRicstonBlog&amp;type=feed" src="http://www.addtoany.com/addfr-b.gif">Add to Any Feed Reader</feedburner:feedFlare><item>
		<title>Upcoming Features: RSS in Mule</title>
		<link>http://feedproxy.google.com/~r/RicstonBlog/~3/1mT8s14Uzcw/</link>
		<comments>http://ricston.com/blog/?p=696#comments</comments>
		<pubDate>Thu, 29 Apr 2010 08:00:47 +0000</pubDate>
		<dc:creator>Antoine Borg</dc:creator>
				<category><![CDATA[Mule]]></category>
		<category><![CDATA[JIRA]]></category>
		<category><![CDATA[Mule 3]]></category>
		<category><![CDATA[RSS]]></category>

		<guid isPermaLink="false">http://ricston.com/blog/?p=696</guid>
		<description>Those of you who are keeping a close eye on expected changes for Mule 3 will certainly have noticed that a number of new and improved features will make their debut soon.

One interesting addition to our favourite ESB is the introduction of RSS support as mentioned in this JIRA.
Not only is this a clear sign [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=1mT8s14Uzcw:JBCAyvOodi4:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=1mT8s14Uzcw:JBCAyvOodi4:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=1mT8s14Uzcw:JBCAyvOodi4:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=1mT8s14Uzcw:JBCAyvOodi4:gIN9vFwOqvQ"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=1mT8s14Uzcw:JBCAyvOodi4:gIN9vFwOqvQ" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RicstonBlog/~4/1mT8s14Uzcw" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://ricston.com/blog/?feed=rss2&amp;p=696</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://ricston.com/blog/?p=696</feedburner:origLink></item>
		<item>
		<title>Improvements and Fixes</title>
		<link>http://feedproxy.google.com/~r/RicstonBlog/~3/ABuXZJel6AE/</link>
		<comments>http://ricston.com/blog/?p=690#comments</comments>
		<pubDate>Mon, 29 Mar 2010 08:00:55 +0000</pubDate>
		<dc:creator>Antoine Borg</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Mule]]></category>
		<category><![CDATA[bug fixe]]></category>
		<category><![CDATA[JIRA]]></category>

		<guid isPermaLink="false">http://ricston.com/blog/?p=690</guid>
		<description>One of the advantages of Mule is that it is open source.  As we all know, this means that we can poke around and tweak the source code to our needs.  While this is certainly useful, it is far better to make sure that the main code base is changed.

This is true for [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=ABuXZJel6AE:rJD4ZOFeybA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=ABuXZJel6AE:rJD4ZOFeybA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=ABuXZJel6AE:rJD4ZOFeybA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=ABuXZJel6AE:rJD4ZOFeybA:gIN9vFwOqvQ"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=ABuXZJel6AE:rJD4ZOFeybA:gIN9vFwOqvQ" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RicstonBlog/~4/ABuXZJel6AE" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://ricston.com/blog/?feed=rss2&amp;p=690</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://ricston.com/blog/?p=690</feedburner:origLink></item>
		<item>
		<title>A Merry Little Stream</title>
		<link>http://feedproxy.google.com/~r/RicstonBlog/~3/m--O9umtuj0/</link>
		<comments>http://ricston.com/blog/?p=686#comments</comments>
		<pubDate>Mon, 15 Mar 2010 09:00:48 +0000</pubDate>
		<dc:creator>Antoine Borg</dc:creator>
				<category><![CDATA[Case Study]]></category>
		<category><![CDATA[Course]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Mule]]></category>
		<category><![CDATA[file connector]]></category>
		<category><![CDATA[files]]></category>
		<category><![CDATA[Mule ESB]]></category>
		<category><![CDATA[streaming]]></category>

		<guid isPermaLink="false">http://ricston.com/blog/?p=686</guid>
		<description>Mule&amp;#8217;s file connector allows us to read and write files to and from the underlying file system.  Conveniently, we can also use stream large files rather than reading the whole lot in but what is the difference in behaviour in each case?

If we had to read a whole file into memory before processing it, [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=m--O9umtuj0:kmn1GWoFmjE:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=m--O9umtuj0:kmn1GWoFmjE:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=m--O9umtuj0:kmn1GWoFmjE:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=m--O9umtuj0:kmn1GWoFmjE:gIN9vFwOqvQ"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=m--O9umtuj0:kmn1GWoFmjE:gIN9vFwOqvQ" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RicstonBlog/~4/m--O9umtuj0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://ricston.com/blog/?feed=rss2&amp;p=686</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://ricston.com/blog/?p=686</feedburner:origLink></item>
		<item>
		<title>Component Clones</title>
		<link>http://feedproxy.google.com/~r/RicstonBlog/~3/6RRr3NT0WIk/</link>
		<comments>http://ricston.com/blog/?p=680#comments</comments>
		<pubDate>Thu, 11 Mar 2010 09:00:57 +0000</pubDate>
		<dc:creator>Antoine Borg</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Mule]]></category>
		<category><![CDATA[Performance]]></category>
		<category><![CDATA[cloning]]></category>
		<category><![CDATA[component pooling]]></category>
		<category><![CDATA[Singleton]]></category>

		<guid isPermaLink="false">http://ricston.com/blog/?p=680</guid>
		<description>When you run Mule, your services (and their components) are initialised and ready to process inbound messages.  Mule will create a new object instance for each request but this may not be what you want to happen.

Mule does this behind-the-scenes cloning of your component purely because it can.  Doing so means that it [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=6RRr3NT0WIk:ctZ8kmsAkDQ:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=6RRr3NT0WIk:ctZ8kmsAkDQ:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=6RRr3NT0WIk:ctZ8kmsAkDQ:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=6RRr3NT0WIk:ctZ8kmsAkDQ:gIN9vFwOqvQ"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=6RRr3NT0WIk:ctZ8kmsAkDQ:gIN9vFwOqvQ" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RicstonBlog/~4/6RRr3NT0WIk" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://ricston.com/blog/?feed=rss2&amp;p=680</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://ricston.com/blog/?p=680</feedburner:origLink></item>
		<item>
		<title>Inheriting Models</title>
		<link>http://feedproxy.google.com/~r/RicstonBlog/~3/ZJxG4lA128g/</link>
		<comments>http://ricston.com/blog/?p=673#comments</comments>
		<pubDate>Mon, 08 Mar 2010 09:00:28 +0000</pubDate>
		<dc:creator>Antoine Borg</dc:creator>
				<category><![CDATA[Mule]]></category>
		<category><![CDATA[inherit]]></category>
		<category><![CDATA[multiple models]]></category>

		<guid isPermaLink="false">http://ricston.com/blog/?p=673</guid>
		<description>I wrote about how you can have multiple models in a Mule application and how this is a convenient way to group services based on, say, exception handling.  What if the models are in different configuration files?

This is a common development technique.  Imagine having two developers both working on a Mule application but [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=ZJxG4lA128g:DY8l4hSpTps:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=ZJxG4lA128g:DY8l4hSpTps:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=ZJxG4lA128g:DY8l4hSpTps:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=ZJxG4lA128g:DY8l4hSpTps:gIN9vFwOqvQ"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=ZJxG4lA128g:DY8l4hSpTps:gIN9vFwOqvQ" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RicstonBlog/~4/ZJxG4lA128g" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://ricston.com/blog/?feed=rss2&amp;p=673</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://ricston.com/blog/?p=673</feedburner:origLink></item>
		<item>
		<title>Mule Model: What Is It Good For?</title>
		<link>http://feedproxy.google.com/~r/RicstonBlog/~3/V-ck0V92eW0/</link>
		<comments>http://ricston.com/blog/?p=669#comments</comments>
		<pubDate>Thu, 04 Mar 2010 09:00:43 +0000</pubDate>
		<dc:creator>Antoine Borg</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Mule]]></category>
		<category><![CDATA[entry point resolver]]></category>
		<category><![CDATA[exception-stategy]]></category>
		<category><![CDATA[lifecycle adapters]]></category>
		<category><![CDATA[model]]></category>
		<category><![CDATA[multiple models]]></category>

		<guid isPermaLink="false">http://ricston.com/blog/?p=669</guid>
		<description>In the good old days of Mule 1.x, the Mule  had a specific purpose related to threading or, sometimes, streaming of data.  People tended to stick to the default model more often than not.  This changed in Mule 2.x

In Mule 2, the model is nothing more than a logical container that lets [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=V-ck0V92eW0:aa2fp_XnZQk:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=V-ck0V92eW0:aa2fp_XnZQk:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=V-ck0V92eW0:aa2fp_XnZQk:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=V-ck0V92eW0:aa2fp_XnZQk:gIN9vFwOqvQ"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=V-ck0V92eW0:aa2fp_XnZQk:gIN9vFwOqvQ" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RicstonBlog/~4/V-ck0V92eW0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://ricston.com/blog/?feed=rss2&amp;p=669</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://ricston.com/blog/?p=669</feedburner:origLink></item>
		<item>
		<title>Cryptic Error #1</title>
		<link>http://feedproxy.google.com/~r/RicstonBlog/~3/aGy5ZTHyPfA/</link>
		<comments>http://ricston.com/blog/?p=663#comments</comments>
		<pubDate>Mon, 01 Mar 2010 09:00:07 +0000</pubDate>
		<dc:creator>Antoine Borg</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Mule]]></category>
		<category><![CDATA[exception]]></category>
		<category><![CDATA[Exception listener is not set]]></category>
		<category><![CDATA[MuleRuntimeException]]></category>

		<guid isPermaLink="false">http://ricston.com/blog/?p=663</guid>
		<description>I work with Mule on a regular basis and am used to the error messages that may sometimes seem cryptic to the untrained eye.  The truth is that they are not cryptic at all, if you know what to look for.

Nowadays, I tend to look at an error and can diagnose common or familiar [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=aGy5ZTHyPfA:hGKMNx5253M:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=aGy5ZTHyPfA:hGKMNx5253M:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=aGy5ZTHyPfA:hGKMNx5253M:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=aGy5ZTHyPfA:hGKMNx5253M:gIN9vFwOqvQ"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=aGy5ZTHyPfA:hGKMNx5253M:gIN9vFwOqvQ" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RicstonBlog/~4/aGy5ZTHyPfA" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://ricston.com/blog/?feed=rss2&amp;p=663</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://ricston.com/blog/?p=663</feedburner:origLink></item>
		<item>
		<title>Service Statistics</title>
		<link>http://feedproxy.google.com/~r/RicstonBlog/~3/nQO3wzD_-o0/</link>
		<comments>http://ricston.com/blog/?p=656#comments</comments>
		<pubDate>Thu, 25 Feb 2010 09:00:49 +0000</pubDate>
		<dc:creator>Antoine Borg</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Mule]]></category>
		<category><![CDATA[Performance]]></category>
		<category><![CDATA[Control message pattern]]></category>
		<category><![CDATA[JMX]]></category>
		<category><![CDATA[ServiceAware]]></category>
		<category><![CDATA[statistics]]></category>

		<guid isPermaLink="false">http://ricston.com/blog/?p=656</guid>
		<description>Continuing on the theme of a ServiceAware service, what if you wanted to just be able to extract certain statistics from your Mule services at run time?

I added the following method to the ServiceAware component that I wrote about in last week&amp;#8217;s post:

public String returnStatistics &amp;#40;Integer theRequest&amp;#41; &amp;#123;
  switch &amp;#40;theRequest&amp;#41; &amp;#123;
	case 0: return &amp;#34;Asynchronous [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=nQO3wzD_-o0:V2SqA3pwcmM:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=nQO3wzD_-o0:V2SqA3pwcmM:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=nQO3wzD_-o0:V2SqA3pwcmM:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=nQO3wzD_-o0:V2SqA3pwcmM:gIN9vFwOqvQ"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=nQO3wzD_-o0:V2SqA3pwcmM:gIN9vFwOqvQ" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RicstonBlog/~4/nQO3wzD_-o0" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://ricston.com/blog/?feed=rss2&amp;p=656</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://ricston.com/blog/?p=656</feedburner:origLink></item>
		<item>
		<title>Reacting to Your Environment</title>
		<link>http://feedproxy.google.com/~r/RicstonBlog/~3/U8j_75NhP8s/</link>
		<comments>http://ricston.com/blog/?p=649#comments</comments>
		<pubDate>Mon, 15 Feb 2010 09:00:10 +0000</pubDate>
		<dc:creator>Antoine Borg</dc:creator>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Mule]]></category>
		<category><![CDATA[exception listener]]></category>
		<category><![CDATA[exception strategy]]></category>
		<category><![CDATA[ServiceAware]]></category>

		<guid isPermaLink="false">http://ricston.com/blog/?p=649</guid>
		<description>Back after a brief hiatus, I thought I&amp;#8217;d build upon one of my previous articles related to Mule-aware services.

In that article, I explained how a service can become aware of its surroundings and the Mule environment it is in. Naturally, services should not be so tightly coupled to the framework, so this mechanism is discouraged. [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=U8j_75NhP8s:idAd7ozqlOA:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=U8j_75NhP8s:idAd7ozqlOA:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=U8j_75NhP8s:idAd7ozqlOA:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=U8j_75NhP8s:idAd7ozqlOA:gIN9vFwOqvQ"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=U8j_75NhP8s:idAd7ozqlOA:gIN9vFwOqvQ" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RicstonBlog/~4/U8j_75NhP8s" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://ricston.com/blog/?feed=rss2&amp;p=649</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://ricston.com/blog/?p=649</feedburner:origLink></item>
		<item>
		<title>Short Circuiting The Response Flow</title>
		<link>http://feedproxy.google.com/~r/RicstonBlog/~3/kZAj_WDfj5w/</link>
		<comments>http://ricston.com/blog/?p=640#comments</comments>
		<pubDate>Mon, 14 Dec 2009 09:00:22 +0000</pubDate>
		<dc:creator>Antoine Borg</dc:creator>
				<category><![CDATA[Case Study]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Mule]]></category>
		<category><![CDATA[Aggregation]]></category>
		<category><![CDATA[Caching]]></category>
		<category><![CDATA[message flow]]></category>
		<category><![CDATA[Short Circuit]]></category>
		<category><![CDATA[Stephen Fenech]]></category>

		<guid isPermaLink="false">http://ricston.com/blog/?p=640</guid>
		<description>Today&amp;#8217;s guest post is from Stephen Fenech, Consultant at Ricston who talks about his most recent Mule engagement.
A couple of weeks ago I was at SwissCom, the &amp;#8216;leading Swiss provider of innovative communications and IT solutions&amp;#8217;. They are currently using Mule in one of their major projects and we came across an interesting scenario. For [...]&lt;div class="feedflare"&gt;
&lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=kZAj_WDfj5w:6zNtdQ-gdOI:yIl2AUoC8zA"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?d=yIl2AUoC8zA" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=kZAj_WDfj5w:6zNtdQ-gdOI:V_sGLiPBpWU"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=kZAj_WDfj5w:6zNtdQ-gdOI:V_sGLiPBpWU" border="0"&gt;&lt;/img&gt;&lt;/a&gt; &lt;a href="http://feeds.feedburner.com/~ff/RicstonBlog?a=kZAj_WDfj5w:6zNtdQ-gdOI:gIN9vFwOqvQ"&gt;&lt;img src="http://feeds.feedburner.com/~ff/RicstonBlog?i=kZAj_WDfj5w:6zNtdQ-gdOI:gIN9vFwOqvQ" border="0"&gt;&lt;/img&gt;&lt;/a&gt;
&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RicstonBlog/~4/kZAj_WDfj5w" height="1" width="1"/&gt;</description>
		<wfw:commentRss>http://ricston.com/blog/?feed=rss2&amp;p=640</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://ricston.com/blog/?p=640</feedburner:origLink></item>
	</channel>
</rss>
