<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: What&#8217;s after Ant?</title>
	<link>http://thediscoblog.com/2007/04/28/whats-after-ant/</link>
	<description>Can you dig it man?</description>
	<pubDate>Wed, 09 Jul 2008 04:36:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
		<item>
		<title>By: Test Early &#187; One build platform to rule them all?</title>
		<link>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-44587</link>
		<dc:creator>Test Early &#187; One build platform to rule them all?</dc:creator>
		<pubDate>Mon, 18 Feb 2008 17:16:26 +0000</pubDate>
		<guid>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-44587</guid>
		<description>[...] in the Java space, Ant is the de-facto build platform; consequently, the future of build languages will most likely need to leverage the extensive infrastructure in place to support Ant&#8211; [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] in the Java space, Ant is the de-facto build platform; consequently, the future of build languages will most likely need to leverage the extensive infrastructure in place to support Ant&#8211; [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ????</title>
		<link>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-39075</link>
		<dc:creator>????</dc:creator>
		<pubDate>Tue, 15 Jan 2008 02:48:32 +0000</pubDate>
		<guid>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-39075</guid>
		<description>&lt;strong&gt;??????: ?? Raven ?? Java ??...&lt;/strong&gt;

Ant ????? Java™ ????????????????????????? XML ???????????????????????  ??????   ????????????? Ruby ??...</description>
		<content:encoded><![CDATA[<p><strong>??????: ?? Raven ?? Java ??&#8230;</strong></p>
<p>Ant ????? Java™ ????????????????????????? XML ???????????????????????  ??????   ????????????? Ruby ??&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Disco Blog &#187; Blog Archive &#187; Natural language verification</title>
		<link>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-30483</link>
		<dc:creator>The Disco Blog &#187; Blog Archive &#187; Natural language verification</dc:creator>
		<pubDate>Tue, 13 Nov 2007 17:20:14 +0000</pubDate>
		<guid>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-30483</guid>
		<description>[...] Or via Ant, like so: [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Or via Ant, like so: [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Test Early &#187; Running Gant builds in Hudson</title>
		<link>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-18434</link>
		<dc:creator>Test Early &#187; Running Gant builds in Hudson</dc:creator>
		<pubDate>Sun, 08 Jul 2007 17:49:49 +0000</pubDate>
		<guid>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-18434</guid>
		<description>[...] Gant is a build system that sits on top of Ant, which uses Groovy as the platform language, rather than XML; thus, build files are much more flexible when it comes to logic (such as conditionals and more importantly, custom behavior). [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Gant is a build system that sits on top of Ant, which uses Groovy as the platform language, rather than XML; thus, build files are much more flexible when it comes to logic (such as conditionals and more importantly, custom behavior). [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Screened Twenty</title>
		<link>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-12219</link>
		<dc:creator>Screened Twenty</dc:creator>
		<pubDate>Wed, 23 May 2007 21:48:54 +0000</pubDate>
		<guid>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-12219</guid>
		<description>Hello. We have a non-profit resource that we want to share with you guys. The following page shows examples of Ant Scripts:

&lt;a href="http://coderslog.com/Ant_Scripts" rel="nofollow"&gt;Ant Script Samples&lt;/a&gt;

On the site, you will find other information pertaining to building large-scale java applications, as well as other helpful hard-to-find common configurations.</description>
		<content:encoded><![CDATA[<p>Hello. We have a non-profit resource that we want to share with you guys. The following page shows examples of Ant Scripts:</p>
<p><a href="http://coderslog.com/Ant_Scripts" rel="nofollow">Ant Script Samples</a></p>
<p>On the site, you will find other information pertaining to building large-scale java applications, as well as other helpful hard-to-find common configurations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Pontarelli</title>
		<link>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-10142</link>
		<dc:creator>Brian Pontarelli</dc:creator>
		<pubDate>Wed, 02 May 2007 02:51:51 +0000</pubDate>
		<guid>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-10142</guid>
		<description>Savant. 

I feel that the main build issues are these:

1. Standard naming
2. Versioning
3. Historical builds
4. ClassLoading
5. Simple plugins
6. Real language support (i.e. Ruby or Java or Groovy)
7. Flexibility

Savant solves all of these except #5, but I'm working on that ;) You can define plugins in any language. Plugins are versioned fully and plugin dependencies are managed. Savant handles class loaders so that two plugins can use the same JAR of different versions. It provides standard naming conventions since it uses plugins. And unlike Maven it is much more flexible. You can override, extend and change plugins. You can produce multiple JAR files and pretty much do whatever you can dream up. You can target specific compilers rather than the JDK running the build. You can unit test effectively. It has a ton of other great features as well. 

Now, Savant 2.0 has been in development for a long time and really needs some help. Anyone interested in a building out a great tool for building software, left me know. I'm hoping to have a beta and a final release of 2.0 sometime this year. The more folks that want to help out the faster it will come along.</description>
		<content:encoded><![CDATA[<p>Savant. </p>
<p>I feel that the main build issues are these:</p>
<p>1. Standard naming<br />
2. Versioning<br />
3. Historical builds<br />
4. ClassLoading<br />
5. Simple plugins<br />
6. Real language support (i.e. Ruby or Java or Groovy)<br />
7. Flexibility</p>
<p>Savant solves all of these except #5, but I&#8217;m working on that <img src='http://thediscoblog.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> You can define plugins in any language. Plugins are versioned fully and plugin dependencies are managed. Savant handles class loaders so that two plugins can use the same JAR of different versions. It provides standard naming conventions since it uses plugins. And unlike Maven it is much more flexible. You can override, extend and change plugins. You can produce multiple JAR files and pretty much do whatever you can dream up. You can target specific compilers rather than the JDK running the build. You can unit test effectively. It has a ton of other great features as well. </p>
<p>Now, Savant 2.0 has been in development for a long time and really needs some help. Anyone interested in a building out a great tool for building software, left me know. I&#8217;m hoping to have a beta and a final release of 2.0 sometime this year. The more folks that want to help out the faster it will come along.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: M Easter</title>
		<link>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-10074</link>
		<dc:creator>M Easter</dc:creator>
		<pubDate>Tue, 01 May 2007 10:45:23 +0000</pubDate>
		<guid>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-10074</guid>
		<description>Some random thoughts, man....

1. Things that we use _all the time_ tend to resist change.  For example, in natural language, the verbs "to be" and "to have" are notoriously weird because they aren't made "regular", as is the tendency with less-used verbs.

Similarly, build tools have amazing resilience. The industry suffered with 'make' for decades.  The fact that Ant saved us from 'make' is enough for it to go into the Hall of Fame.

2. Maven has some really neat ideas but IMHO the execution was shoddy.  V 1.x proved the folly of XML as a scripting language (was Jelly the tool?), but also that poor documentation outweighs a Grand Scheme (the POM).

3. I have not used Rake.  I am intrigued by Gant because it builds on top of Ant and gets around some of the awkwardness of XML as a scripting syntax.  My hope is that Gant learns from Maven and nails the documentation aspect.  (Maybe it has -- I don't know)

4. I think the big question is, man: is anyone using anything other than Ant or Maven?   Anyone using Gant/Rake/etc?</description>
		<content:encoded><![CDATA[<p>Some random thoughts, man&#8230;.</p>
<p>1. Things that we use _all the time_ tend to resist change.  For example, in natural language, the verbs &#8220;to be&#8221; and &#8220;to have&#8221; are notoriously weird because they aren&#8217;t made &#8220;regular&#8221;, as is the tendency with less-used verbs.</p>
<p>Similarly, build tools have amazing resilience. The industry suffered with &#8216;make&#8217; for decades.  The fact that Ant saved us from &#8216;make&#8217; is enough for it to go into the Hall of Fame.</p>
<p>2. Maven has some really neat ideas but IMHO the execution was shoddy.  V 1.x proved the folly of XML as a scripting language (was Jelly the tool?), but also that poor documentation outweighs a Grand Scheme (the POM).</p>
<p>3. I have not used Rake.  I am intrigued by Gant because it builds on top of Ant and gets around some of the awkwardness of XML as a scripting syntax.  My hope is that Gant learns from Maven and nails the documentation aspect.  (Maybe it has &#8212; I don&#8217;t know)</p>
<p>4. I think the big question is, man: is anyone using anything other than Ant or Maven?   Anyone using Gant/Rake/etc?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin A. Lee</title>
		<link>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-10031</link>
		<dc:creator>Kevin A. Lee</dc:creator>
		<pubDate>Mon, 30 Apr 2007 17:04:09 +0000</pubDate>
		<guid>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-10031</guid>
		<description>The answer to this question pre-supposes that in the future we will still need "build languages". There are a number of tools and IDEs out there that now "auto-generate" much of the  build process - certainly the basic machinations of compilating/testing/packaging. Eclipse for example (and tools built on top of it) can be run in "headless" mode which requires very basic Ant build scripts that essentially call workspace functions, i.e. build my workspace. 

If you look at the composite build process as a whole there are obviously other functions around the language specific process, for example creating a new workspace out of source control, baselining, labeling, deploying etc. I still believe people will want to "script" up this composite process, however most of these are not implementation specific and could be executed in any scripting language. So maybe we should just see Ant as a generated code, necessary for the build process but look for the best, richer, non DSL - there are candidates out there it just needs people brave enough to adopt them.</description>
		<content:encoded><![CDATA[<p>The answer to this question pre-supposes that in the future we will still need &#8220;build languages&#8221;. There are a number of tools and IDEs out there that now &#8220;auto-generate&#8221; much of the  build process - certainly the basic machinations of compilating/testing/packaging. Eclipse for example (and tools built on top of it) can be run in &#8220;headless&#8221; mode which requires very basic Ant build scripts that essentially call workspace functions, i.e. build my workspace. </p>
<p>If you look at the composite build process as a whole there are obviously other functions around the language specific process, for example creating a new workspace out of source control, baselining, labeling, deploying etc. I still believe people will want to &#8220;script&#8221; up this composite process, however most of these are not implementation specific and could be executed in any scripting language. So maybe we should just see Ant as a generated code, necessary for the build process but look for the best, richer, non DSL - there are candidates out there it just needs people brave enough to adopt them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ricky Clarkson</title>
		<link>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-10024</link>
		<dc:creator>Ricky Clarkson</dc:creator>
		<pubDate>Mon, 30 Apr 2007 13:33:53 +0000</pubDate>
		<guid>http://thediscoblog.com/2007/04/28/whats-after-ant/#comment-10024</guid>
		<description>I think that the next build tool for Java needs to use Java, the language.  Perhaps that will only seem practical after Java 7, when closures (and type inference?) add some of the necessary expressiveness.

Imagine persuading a Ruby developer to write their build in Smalltalk or Lisp.  Similarly, there'll be resistance when suggesting that a Java developer should write their build in Groovy or Ruby.  Perhaps some would do it as an experiment to see what those languages are like, but other than that, ant works, so ant's what will be used until something better turns up, and 'better' includes the learning curve.</description>
		<content:encoded><![CDATA[<p>I think that the next build tool for Java needs to use Java, the language.  Perhaps that will only seem practical after Java 7, when closures (and type inference?) add some of the necessary expressiveness.</p>
<p>Imagine persuading a Ruby developer to write their build in Smalltalk or Lisp.  Similarly, there&#8217;ll be resistance when suggesting that a Java developer should write their build in Groovy or Ruby.  Perhaps some would do it as an experiment to see what those languages are like, but other than that, ant works, so ant&#8217;s what will be used until something better turns up, and &#8216;better&#8217; includes the learning curve.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
