<?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"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
> <channel><title>Comments on: Build Refactoring: Extract Target</title> <atom:link href="http://www.build-doctor.com/2008/12/09/build-refactoring-extract-target/feed/" rel="self" type="application/rss+xml" /><link>http://www.build-doctor.com/2008/12/09/build-refactoring-extract-target/</link> <description>Continuous Integration, Delivery and Devops Consulting</description> <lastBuildDate>Thu, 02 Feb 2012 22:31:14 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <item><title>By: Build Refactoring</title><link>http://www.build-doctor.com/2008/12/09/build-refactoring-extract-target/comment-page-1/#comment-743</link> <dc:creator>Build Refactoring</dc:creator> <pubDate>Sun, 17 Jan 2010 13:02:11 +0000</pubDate> <guid
isPermaLink="false">http://www.build-doctor.com/?p=254#comment-743</guid> <description>[...] write about it here and here and [...]</description> <content:encoded><![CDATA[<p>[...] write about it here and here and [...]</p> ]]></content:encoded> </item> <item><title>By: Build Refactoring: Delete Boolean Property &#8212; The Build Doctor</title><link>http://www.build-doctor.com/2008/12/09/build-refactoring-extract-target/comment-page-1/#comment-248</link> <dc:creator>Build Refactoring: Delete Boolean Property &#8212; The Build Doctor</dc:creator> <pubDate>Fri, 19 Dec 2008 16:07:19 +0000</pubDate> <guid
isPermaLink="false">http://www.build-doctor.com/?p=254#comment-248</guid> <description>[...] time, you read about the extract target refactoring. Today, I&#8217;m going to show you one that I love to perform: delete boolean [...]</description> <content:encoded><![CDATA[<p>[...] time, you read about the extract target refactoring. Today, I&#8217;m going to show you one that I love to perform: delete boolean [...]</p> ]]></content:encoded> </item> <item><title>By: simpsonjulian</title><link>http://www.build-doctor.com/2008/12/09/build-refactoring-extract-target/comment-page-1/#comment-247</link> <dc:creator>simpsonjulian</dc:creator> <pubDate>Fri, 19 Dec 2008 12:11:08 +0000</pubDate> <guid
isPermaLink="false">http://www.build-doctor.com/?p=254#comment-247</guid> <description>I prefer Julian&#039;s approach, obviously :)  Agree with Andy that one target should do one thing.  The argument about placing dependencies in targets or in a target that does flow control will run and run.  I can&#039;t help feeling that we need better editors for all this.  The Eclipse Ant editor is the most helpful (I use it for NAnt as well) - it allows you to complete on target and property names.  Still nothing actually shows you the dependency graph as you edit. That would be sweet.</description> <content:encoded><![CDATA[<p>I prefer Julian&#8217;s approach, obviously <img
src='http://www.build-doctor.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> Agree with Andy that one target should do one thing.  The argument about placing dependencies in targets or in a target that does flow control will run and run.  I can&#8217;t help feeling that we need better editors for all this.  The Eclipse Ant editor is the most helpful (I use it for NAnt as well) &#8211; it allows you to complete on target and property names.  Still nothing actually shows you the dependency graph as you edit. That would be sweet.</p> ]]></content:encoded> </item> <item><title>By: Mike Williams</title><link>http://www.build-doctor.com/2008/12/09/build-refactoring-extract-target/comment-page-1/#comment-246</link> <dc:creator>Mike Williams</dc:creator> <pubDate>Wed, 10 Dec 2008 12:30:12 +0000</pubDate> <guid
isPermaLink="false">http://www.build-doctor.com/?p=254#comment-246</guid> <description>@Andy: I think the pattern you&#039;re describing actually does more harm than good, because it removes the dependency information from where it belongs (on each target) and treats Ant more like a procedural scripting language.  I prefer Julian&#039;s approach.</description> <content:encoded><![CDATA[<p>@Andy: I think the pattern you&#8217;re describing actually does more harm than good, because it removes the dependency information from where it belongs (on each target) and treats Ant more like a procedural scripting language.  I prefer Julian&#8217;s approach.</p> ]]></content:encoded> </item> <item><title>By: Andy Palmer</title><link>http://www.build-doctor.com/2008/12/09/build-refactoring-extract-target/comment-page-1/#comment-245</link> <dc:creator>Andy Palmer</dc:creator> <pubDate>Wed, 10 Dec 2008 00:24:29 +0000</pubDate> <guid
isPermaLink="false">http://www.build-doctor.com/?p=254#comment-245</guid> <description>&lt;a href=&quot;http://dannorth.net&quot; rel=&quot;nofollow&quot;&gt;Dan North&lt;/a&gt; showed me a nice pattern where each of the build targets does one thing, and the rule target (default in this case) is responsible for determining the order.
That way, you can see the order of targets at a glance, without having to follow each build target through it&#039;s dependencies
&lt;target name=&quot;assemble-war&quot; depends=&quot;web.xml, collect-web-app-files&quot; /&gt;
&lt;target name=&quot;default&quot; depends=&quot;clean, assemble-jar, assemble-war&quot; /&gt;</description> <content:encoded><![CDATA[<p><a
href="http://dannorth.net" rel="nofollow">Dan North</a> showed me a nice pattern where each of the build targets does one thing, and the rule target (default in this case) is responsible for determining the order.<br
/> That way, you can see the order of targets at a glance, without having to follow each build target through it&#8217;s dependencies</p><p>&lt;target name=&#8221;assemble-war&#8221; depends=&#8221;web.xml, collect-web-app-files&#8221; /&gt;<br
/> &lt;target name=&#8221;default&#8221; depends=&#8221;clean, assemble-jar, assemble-war&#8221; /&gt;</p> ]]></content:encoded> </item> </channel> </rss>
