<?xml version="1.0"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/">

  <channel rdf:about="http://www.anthillpro.com/blogs/">
    <title>Urbancode Blogs</title>
    <link>http://www.anthillpro.com/blogs/</link>
    <description></description>
    <items>
      <rdf:Seq>
        
        <rdf:li resource="http://www.anthillpro.com/blogs/anthillpro-blog/2008/04/28/1209415320000.html" />
        
        <rdf:li resource="http://www.anthillpro.com/blogs/anthillpro-blog/2008/03/26/1206561780000.html" />
        
        <rdf:li resource="http://www.anthillpro.com/blogs/anthillpro-blog/2008/03/20/1206043980000.html" />
        
        <rdf:li resource="http://www.anthillpro.com/blogs/devil-in-the-details/2007/02/20/1172027280000.html" />
        
        <rdf:li resource="http://www.anthillpro.com/blogs/devil-in-the-details/2006/10/09/1160430180000.html" />
        
        <rdf:li resource="http://www.anthillpro.com/blogs/devil-in-the-details/2006/10/09/1160422620000.html" />
        
        <rdf:li resource="http://www.anthillpro.com/blogs/devil-in-the-details/2004/08/16/1092673620000.html" />
        
        <rdf:li resource="http://www.anthillpro.com/blogs/devil-in-the-details/2004/06/14/1087256940000.html" />
        
        <rdf:li resource="http://www.anthillpro.com/blogs/devil-in-the-details/2004/04/17/1082240280000.html" />
        
        <rdf:li resource="http://www.anthillpro.com/blogs/devil-in-the-details/2003/11/01/1067716800000.html" />
        
      </rdf:Seq>
    </items>
  </channel>

  
  <item rdf:about="http://www.anthillpro.com/blogs/anthillpro-blog/2008/04/28/1209415320000.html">
    <title>Innovative Companies, Good Friends</title>
    <link>http://www.anthillpro.com/blogs/anthillpro-blog/2008/04/28/1209415320000.html</link>
    
      
        <description>
          Last week, BusinessWeek released its list of the 50 most innovative companies. We were happy to see that many of our customers and prospects were selected. The AnthillPro team here at Urbancode would like to extend our congratulations to those who were selected. Having worked closely with many of you, we expected nothing else.&lt;br /&gt;
&lt;br /&gt;
Cheers.
        </description>
      
      
    
  </item>
  
  <item rdf:about="http://www.anthillpro.com/blogs/anthillpro-blog/2008/03/26/1206561780000.html">
    <title>Upcoming Conference Schedule</title>
    <link>http://www.anthillpro.com/blogs/anthillpro-blog/2008/03/26/1206561780000.html</link>
    
      
        <description>
          &lt;div align=&#034;center&#034;&gt;&lt;h2&gt;&lt;b&gt;Join us at Upcoming Conferences!&lt;/b&gt;&lt;/h2&gt;&lt;br /&gt;
&lt;/div&gt;
&lt;br /&gt;
We&#039;ll be at the JavaOne and North American Continuous Integration and  Testing (Citcon) conferences in the coming months. &lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;April 4-5 CITCON &lt;/b&gt;(Denver)&lt;br /&gt;
&lt;br /&gt;
This year&#039;s North American CI and Testing conference is being held in  Denver. Join us for discussions on how to introduce continuous  integration, expand testing and apply these techniques to both the tiny  shop and the enterprise! &lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;May 6-9 JavaOne&lt;/b&gt; (San Franscico)&lt;br /&gt;
&lt;br /&gt;
Come see us at booth 308 in the Pavilion at JavaOne! We&#039;ll be  demonstrating AnthillPro, AutomationServer and just maybe something else  new and exciting. &lt;br /&gt;
&lt;br /&gt;
We&#039;ll also be out and about attending the show. If you&#039;d like us to stop  by your booth, or attend a presentation with you, let us know. We are  looking forward to a great week in San Franscico.
        </description>
      
      
    
  </item>
  
  <item rdf:about="http://www.anthillpro.com/blogs/anthillpro-blog/2008/03/20/1206043980000.html">
    <title>CodeStation Eclipse Plugin and Working on Multiple Projects Concurrently</title>
    <link>http://www.anthillpro.com/blogs/anthillpro-blog/2008/03/20/1206043980000.html</link>
    
      
      
        <description>
          We are big believers in the Reuse Release Equivalence principle.  Accordingly, we encourage artifact based reuse as opposed to source code based reuse.  But sometimes it may seem like IDEs don&#039;t like to play nice with artifact based reuse.&lt;p&gt;&lt;a href=&#034;http://www.anthillpro.com/blogs/anthillpro-blog/2008/03/20/1206043980000.html&#034;&gt;Read more...&lt;/a&gt;&lt;/p&gt;
        </description>
      
    
  </item>
  
  <item rdf:about="http://www.anthillpro.com/blogs/devil-in-the-details/2007/02/20/1172027280000.html">
    <title>Build Types Vs. Build Promotions</title>
    <link>http://www.anthillpro.com/blogs/devil-in-the-details/2007/02/20/1172027280000.html</link>
    
      
      
        <description>
          When it comes to builds, we often talk about build types - a development build, an integration build, a release build, etc.  We very rarely hear people talking (or writing) about build promotions.&lt;p&gt;&lt;a href=&#034;http://www.anthillpro.com/blogs/devil-in-the-details/2007/02/20/1172027280000.html&#034;&gt;Read more...&lt;/a&gt;&lt;/p&gt;
        </description>
      
    
  </item>
  
  <item rdf:about="http://www.anthillpro.com/blogs/devil-in-the-details/2006/10/09/1160430180000.html">
    <title>Archiving Some Past Presentations</title>
    <link>http://www.anthillpro.com/blogs/devil-in-the-details/2006/10/09/1160430180000.html</link>
    
      
      
        <description>
          &lt;p&gt;With the new website, the presentations below have (at least temporarily) lost their home.  So, they are being archived for the time being here.&lt;/p&gt;&lt;p&gt;&lt;a href=&#034;http://www.anthillpro.com/blogs/devil-in-the-details/2006/10/09/1160430180000.html&#034;&gt;Read more...&lt;/a&gt;&lt;/p&gt;
        </description>
      
    
  </item>
  
  <item rdf:about="http://www.anthillpro.com/blogs/devil-in-the-details/2006/10/09/1160422620000.html">
    <title>Archiving the EJB Benchmark</title>
    <link>http://www.anthillpro.com/blogs/devil-in-the-details/2006/10/09/1160422620000.html</link>
    
      
      
        <description>
          We released an EJB benchmark in early 2002 based on some work we did early on with EJBs.  With the new site design, the EJB benchmark would have been lost, and that&#039;s why it ended up on my blog for archiving.&lt;p&gt;&lt;a href=&#034;http://www.anthillpro.com/blogs/devil-in-the-details/2006/10/09/1160422620000.html&#034;&gt;Read more...&lt;/a&gt;&lt;/p&gt;
        </description>
      
    
  </item>
  
  <item rdf:about="http://www.anthillpro.com/blogs/devil-in-the-details/2004/08/16/1092673620000.html">
    <title>The Nuts and Bolts of Release Builds</title>
    <link>http://www.anthillpro.com/blogs/devil-in-the-details/2004/08/16/1092673620000.html</link>
    
      
      
        <description>
          Given that I work for a company that develops an automated build management server, I get to hear about some of the different build and release processes that are in use.  Generally, they all follow the same structure, but there are some variations.  In this month&#039;s column, I would like to present that general structure and talk a little about some of those variations.&lt;p&gt;&lt;a href=&#034;http://www.anthillpro.com/blogs/devil-in-the-details/2004/08/16/1092673620000.html&#034;&gt;Read more...&lt;/a&gt;&lt;/p&gt;
        </description>
      
    
  </item>
  
  <item rdf:about="http://www.anthillpro.com/blogs/devil-in-the-details/2004/06/14/1087256940000.html">
    <title>Part 2 of Sloppy Deployments</title>
    <link>http://www.anthillpro.com/blogs/devil-in-the-details/2004/06/14/1087256940000.html</link>
    
      
      
        <description>
          In my previous post, I wrote about the evils of sloppy deployments.  Two main practices may lead to what I call &#034;sloppy deployments,&#034; they are ...&lt;p&gt;&lt;a href=&#034;http://www.anthillpro.com/blogs/devil-in-the-details/2004/06/14/1087256940000.html&#034;&gt;Read more...&lt;/a&gt;&lt;/p&gt;
        </description>
      
    
  </item>
  
  <item rdf:about="http://www.anthillpro.com/blogs/devil-in-the-details/2004/04/17/1082240280000.html">
    <title>Don&#039;t Let Your Controlled Build Process be Undermined by Sloppy Deployments</title>
    <link>http://www.anthillpro.com/blogs/devil-in-the-details/2004/04/17/1082240280000.html</link>
    
      
      
        <description>
          Deployment management, although not strickly a part of build management, is still a very important topic, as it can render very strong build management practices almost useless.  Recently I&#039;ve ran into several development teams that have what I would call &#034;terrible&#034; deployment proctices.&lt;p&gt;&lt;a href=&#034;http://www.anthillpro.com/blogs/devil-in-the-details/2004/04/17/1082240280000.html&#034;&gt;Read more...&lt;/a&gt;&lt;/p&gt;
        </description>
      
    
  </item>
  
  <item rdf:about="http://www.anthillpro.com/blogs/devil-in-the-details/2003/11/01/1067716800000.html">
    <title>Beyond Continuous Integration</title>
    <link>http://www.anthillpro.com/blogs/devil-in-the-details/2003/11/01/1067716800000.html</link>
    
      
      
        <description>
          Having a team of 10, 30, or 100 developers committing their changes multiple times a day or even on 
a daily basis has the potential of creating chaos.  This is a big point, and one that I would like to explore in a 
little more detail ...&lt;p&gt;&lt;a href=&#034;http://www.anthillpro.com/blogs/devil-in-the-details/2003/11/01/1067716800000.html&#034;&gt;Read more...&lt;/a&gt;&lt;/p&gt;
        </description>
      
    
  </item>
  

</rdf:RDF>
