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.

Cheers.

We'll be at the JavaOne and North American Continuous Integration and Testing (Citcon) conferences in the coming months.

April 4-5 CITCON (Denver)

This year'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!

May 6-9 JavaOne (San Franscico)

Come see us at booth 308 in the Pavilion at JavaOne! We'll be demonstrating AnthillPro, AutomationServer and just maybe something else new and exciting.

We'll also be out and about attending the show. If you'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.

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't like to play nice with artifact based reuse.

Read more...

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.

Read more...

With the new website, the presentations below have (at least temporarily) lost their home. So, they are being archived for the time being here.

Read more...

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's why it ended up on my blog for archiving.

Read more...

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's column, I would like to present that general structure and talk a little about some of those variations.

Read more...

In my previous post, I wrote about the evils of sloppy deployments. Two main practices may lead to what I call "sloppy deployments," they are ...

Read more...

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've ran into several development teams that have what I would call "terrible" deployment proctices.

Read more...

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 ...

Read more...