<?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: Why are you still not using Hudson?</title>
	<atom:link href="http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/</link>
	<description>Rants and opinion interspersed with awe-inspiring tales of heoric software engineering endeavours.</description>
	<pubDate>Fri, 04 Jul 2008 19:21:45 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Michael</title>
		<link>http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/#comment-1633</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Thu, 05 Jun 2008 01:04:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=77#comment-1633</guid>
		<description>Well, I am using it and am increasingly frustrated with it.  My current frustration is that when our unit tests fail it doesn't fail the build.  Instead, it goes on to run the coverage tests.  Strangely, if the coverage tests (cobertura) fail Hudson will fail the build, but if the unit tests fail and cobertura is happy with the coverage, the build gets marked "yellow".  This appears exactly backwards to me.

Michael</description>
		<content:encoded><![CDATA[<p>Well, I am using it and am increasingly frustrated with it.  My current frustration is that when our unit tests fail it doesn&#8217;t fail the build.  Instead, it goes on to run the coverage tests.  Strangely, if the coverage tests (cobertura) fail Hudson will fail the build, but if the unit tests fail and cobertura is happy with the coverage, the build gets marked &#8220;yellow&#8221;.  This appears exactly backwards to me.</p>
<p>Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richie</title>
		<link>http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/#comment-1582</link>
		<dc:creator>Richie</dc:creator>
		<pubDate>Sat, 31 May 2008 00:48:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=77#comment-1582</guid>
		<description>&#62;&#62;Of course, all of these were too mundane for Kohsuke, so he built his own glowing orb.

Blogger Jamie Matthews built his Gmail Notifier Lamp cube.  He has blogged  it at http://www.j4mie.org/2008/02/15/how-to-make-a-physical-gmail-notifier/</description>
		<content:encoded><![CDATA[<p>&gt;&gt;Of course, all of these were too mundane for Kohsuke, so he built his own glowing orb.</p>
<p>Blogger Jamie Matthews built his Gmail Notifier Lamp cube.  He has blogged  it at <a href="http://www.j4mie.org/2008/02/15/how-to-make-a-physical-gmail-notifier/" rel="nofollow">http://www.j4mie.org/2008/02/15/how-to-make-a-physical-gmail-notifier/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: New Adventures in Software &#187; Visual SourceSafe: A Public Service Announcement</title>
		<link>http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/#comment-1506</link>
		<dc:creator>New Adventures in Software &#187; Visual SourceSafe: A Public Service Announcement</dc:creator>
		<pubDate>Fri, 23 May 2008 21:03:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=77#comment-1506</guid>
		<description>[...] Why are you still not using Hudson?  [...]</description>
		<content:encoded><![CDATA[<p>[...] Why are you still not using Hudson?  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joni</title>
		<link>http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/#comment-1491</link>
		<dc:creator>Joni</dc:creator>
		<pubDate>Wed, 21 May 2008 18:27:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=77#comment-1491</guid>
		<description>Found your post because it had the words "Cobertura" and "plot" in it, while googling for something better than QALab... And well, it convinced me to try out Hudson, which I'd never heard about before. 

Like you said, installing Hudson and setting it up to build our project (and even draw those pretty graphs from Cobertura output) was totally a snap! We'll be just test-driving it for now, but I think we might well end up replacing CC as our main build tool... :) So thanks for the introduction!</description>
		<content:encoded><![CDATA[<p>Found your post because it had the words &#8220;Cobertura&#8221; and &#8220;plot&#8221; in it, while googling for something better than QALab&#8230; And well, it convinced me to try out Hudson, which I&#8217;d never heard about before. </p>
<p>Like you said, installing Hudson and setting it up to build our project (and even draw those pretty graphs from Cobertura output) was totally a snap! We&#8217;ll be just test-driving it for now, but I think we might well end up replacing CC as our main build tool&#8230; <img src='http://blog.uncommons.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> So thanks for the introduction!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2008-05-12 &#171; Brent Sordyl&#8217;s Blog</title>
		<link>http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/#comment-1432</link>
		<dc:creator>links for 2008-05-12 &#171; Brent Sordyl&#8217;s Blog</dc:creator>
		<pubDate>Mon, 12 May 2008 14:33:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=77#comment-1432</guid>
		<description>[...] Why are you still not using Hudson? Hudson is a complete build management and tracking solution. As well as publishing Javadocs, archiving build artifacts, and monitoring and graphing JUnit/TestNG results over time, you can also track and plot code coverage. (tags: continuousintegration java) [...]</description>
		<content:encoded><![CDATA[<p>[...] Why are you still not using Hudson? Hudson is a complete build management and tracking solution. As well as publishing Javadocs, archiving build artifacts, and monitoring and graphing JUnit/TestNG results over time, you can also track and plot code coverage. (tags: continuousintegration java) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/#comment-1425</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Sun, 11 May 2008 15:30:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=77#comment-1425</guid>
		<description>Great question.  I think people don't realize how easy it is to setup.

The hard part is writing tests.</description>
		<content:encoded><![CDATA[<p>Great question.  I think people don&#8217;t realize how easy it is to setup.</p>
<p>The hard part is writing tests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/#comment-1424</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Sun, 11 May 2008 13:49:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=77#comment-1424</guid>
		<description>We are using an older in-house system for now. I believe our QA team is still following up to figure out why things weren't working like we expected.</description>
		<content:encoded><![CDATA[<p>We are using an older in-house system for now. I believe our QA team is still following up to figure out why things weren&#8217;t working like we expected.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/#comment-1423</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Sun, 11 May 2008 08:04:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=77#comment-1423</guid>
		<description>Hi, we use hudson for more than 20 projects, and dependencies work fine.</description>
		<content:encoded><![CDATA[<p>Hi, we use hudson for more than 20 projects, and dependencies work fine.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/#comment-1414</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Sat, 10 May 2008 15:18:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=77#comment-1414</guid>
		<description>Brian, I guess that's a good answer to "why are you not using Hudson?" ;)

Hudson has a lot of features and I have not used all of them.  I don't have dependencies set-up between individual projects so I have not encountered that specific problem.

Out of interest, did you find an alternative that did solve your particular problem?</description>
		<content:encoded><![CDATA[<p>Brian, I guess that&#8217;s a good answer to &#8220;why are you not using Hudson?&#8221; <img src='http://blog.uncommons.org/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p>Hudson has a lot of features and I have not used all of them.  I don&#8217;t have dependencies set-up between individual projects so I have not encountered that specific problem.</p>
<p>Out of interest, did you find an alternative that did solve your particular problem?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://blog.uncommons.org/2008/05/09/why-are-you-still-not-using-hudson/#comment-1413</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Sat, 10 May 2008 14:20:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.uncommons.org/?p=77#comment-1413</guid>
		<description>It's interesting that you would sing Hudson's praises and that I would find this article a matter of days after our QA lead gave up on Hudson. Our primary reason for ditching it is because it simply would not cooperate with dependency management. If A depends on B, we make a breaking change in B that causes changes in A. Hudson (set up for A) wouldn't recompile B. I'm not convinced that this system is as great as the awards it seems to be winning.</description>
		<content:encoded><![CDATA[<p>It&#8217;s interesting that you would sing Hudson&#8217;s praises and that I would find this article a matter of days after our QA lead gave up on Hudson. Our primary reason for ditching it is because it simply would not cooperate with dependency management. If A depends on B, we make a breaking change in B that causes changes in A. Hudson (set up for A) wouldn&#8217;t recompile B. I&#8217;m not convinced that this system is as great as the awards it seems to be winning.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
