<?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: XWork for&#160;Swing?</title>
	<atom:link href="http://www.magpiebrain.com/blog/2004/02/18/xwork-for-swing/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.magpiebrain.com/blog/2004/02/18/xwork-for-swing/</link>
	<description>Sam Newman's blog</description>
	<pubDate>Sat, 05 Jul 2008 00:38:13 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Sam Newman</title>
		<link>http://www.magpiebrain.com/blog/2004/02/18/xwork-for-swing/#comment-188</link>
		<dc:creator>Sam Newman</dc:creator>
		<pubDate>Thu, 19 Feb 2004 00:33:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.magpiebrain.com/2004/02/18/xwork-for-swing/#comment-188</guid>
		<description>The integration examples for both Spring and Pico cover integration with WebWork 1.4, but not 2 or with XWork itself. I think I'll run before I can walk - get Swing using WorkX (assuming I can get it built - the build seems a little groked right now) as a command framework interfacing with a Spring powered IoC Layer. Then I'll look at interating Spring into XWork proper. I would hazard a guess that XWork's existing IoC capabilities (it is after all a form of IoC frameowkr itself) could be completely replaced behind the scenes with either Pico or Spring. I guess Pico would be the favorite given the size, but Spring is more mature, has better support and better docs...
</description>
		<content:encoded><![CDATA[<p>The integration examples for both Spring and Pico cover integration with WebWork 1.4, but not 2 or with XWork itself. I think I&#8217;ll run before I can walk &#8211; get Swing using WorkX (assuming I can get it built &#8211; the build seems a little groked right now) as a command framework interfacing with a Spring powered IoC Layer. Then I&#8217;ll look at interating Spring into XWork proper. I would hazard a guess that XWork&#8217;s existing IoC capabilities (it is after all a form of IoC frameowkr itself) could be completely replaced behind the scenes with either Pico or Spring. I guess Pico would be the favorite given the size, but Spring is more mature, has better support and better docs&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jez</title>
		<link>http://www.magpiebrain.com/blog/2004/02/18/xwork-for-swing/#comment-187</link>
		<dc:creator>jez</dc:creator>
		<pubDate>Wed, 18 Feb 2004 20:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.magpiebrain.com/2004/02/18/xwork-for-swing/#comment-187</guid>
		<description>As it says here ( http://wiki.opensymphony.com/space/Struts vs. WebWork ) you
only have to implement the Action interface, so your actions are nearly, 
but not quite unaware of their container.

The PicoContainer usage has already been done ( http://wiki.opensymphony.com/space/PicoContainer Integration ), try
to use this instead of the FooBarAware IoC stuff they started with.

Be interested to see how you get on with Swingifying it all...

jez.</description>
		<content:encoded><![CDATA[<p>As it says here ( <a href="http://wiki.opensymphony.com/space/Struts" onclick="javascript:pageTracker._trackPageview('/outbound/comment/wiki.opensymphony.com');" rel="nofollow">http://wiki.opensymphony.com/space/Struts</a> vs. WebWork ) you<br />
only have to implement the Action interface, so your actions are nearly, <br />
but not quite unaware of their container.</p>
<p>The PicoContainer usage has already been done ( <a href="http://wiki.opensymphony.com/space/PicoContainer" onclick="javascript:pageTracker._trackPageview('/outbound/comment/wiki.opensymphony.com');" rel="nofollow">http://wiki.opensymphony.com/space/PicoContainer</a> Integration ), try<br />
to use this instead of the FooBarAware IoC stuff they started with.</p>
<p>Be interested to see how you get on with Swingifying it all&#8230;</p>
<p>jez.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
