<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Event Driven Architecture in Pico</title>
	<atom:link href="http://skizz.biz/blog/2003/09/11/event-driven-architecture-in-pico/feed/" rel="self" type="application/rss+xml" />
	<link>http://skizz.biz/blog/2003/09/11/event-driven-architecture-in-pico/</link>
	<description>Chris Stevenson's blog</description>
	<pubDate>Wed, 07 Jan 2009 01:00:58 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Tieying Liu</title>
		<link>http://skizz.biz/blog/2003/09/11/event-driven-architecture-in-pico/#comment-51</link>
		<dc:creator>Tieying Liu</dc:creator>
		<pubDate>Sat, 13 Sep 2003 06:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://skizz.biz/blog/2003/09/11/event-driven-architecture-in-pico/#comment-51</guid>
		<description>I have just made this great thingy mutiple interfaces friendly. Now this loosk to be a very promising candidate for Object composition and AOP. 
</description>
		<content:encoded><![CDATA[<p>I have just made this great thingy mutiple interfaces friendly. Now this loosk to be a very promising candidate for Object composition and AOP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Stevenson</title>
		<link>http://skizz.biz/blog/2003/09/11/event-driven-architecture-in-pico/#comment-50</link>
		<dc:creator>Chris Stevenson</dc:creator>
		<pubDate>Fri, 12 Sep 2003 02:57:00 +0000</pubDate>
		<guid isPermaLink="false">http://skizz.biz/blog/2003/09/11/event-driven-architecture-in-pico/#comment-50</guid>
		<description>You're right of course - I have corrected it here: &lt;a href="http://cgi.skizz.plus.com/blog/dev/archives/000151.html#000151" rel="nofollow"&gt;http://cgi.skizz.plus.com/blog/dev/archives/000151.html#000151&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>You&#8217;re right of course - I have corrected it here: <a href="http://cgi.skizz.plus.com/blog/dev/archives/000151.html#000151" rel="nofollow">http://cgi.skizz.plus.com/blog/dev/archives/000151.html#000151</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Porter</title>
		<link>http://skizz.biz/blog/2003/09/11/event-driven-architecture-in-pico/#comment-49</link>
		<dc:creator>Mike Porter</dc:creator>
		<pubDate>Thu, 11 Sep 2003 21:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://skizz.biz/blog/2003/09/11/event-driven-architecture-in-pico/#comment-49</guid>
		<description>This is cool...
But I am having one problem making a mental connection with your example.
How does the public Boy(Kissable kissable) {...} constructor ever get called?
I am using PicoContainer Beta1 and I usually use the registerComponent(classInterface, classImpl) methods... I understand how pico does its magic to call the correct constructor using the 'greedy' algorith for constructors.  However in your example, you are doing a new Boy() thus bypassing the container.getComponent(classInterface) call... where I think pico must do its constructor magic.  
How is your constructor getting called?</description>
		<content:encoded><![CDATA[<p>This is cool&#8230;<br />
But I am having one problem making a mental connection with your example.<br />
How does the public Boy(Kissable kissable) {&#8230;} constructor ever get called?<br />
I am using PicoContainer Beta1 and I usually use the registerComponent(classInterface, classImpl) methods&#8230; I understand how pico does its magic to call the correct constructor using the &#8216;greedy&#8217; algorith for constructors.  However in your example, you are doing a new Boy() thus bypassing the container.getComponent(classInterface) call&#8230; where I think pico must do its constructor magic.<br />
How is your constructor getting called?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
