ANN: Anthill Pro v.2.3.0 now available
Eric Minick <[email protected]> Mon, 20 Sep 2004 18:26:11 -0400
| Newsgroups | gmane.comp.java.anthill.announce |
|---|---|
| Message-ID | <[email protected]> |
We are proud to announce the release of version 2.3.0 (Beta) of the
Anthill Professional Build Management Server. This is a significant
release with many new features and bug fixes. We outline some of the
most significant features below. A complete listing of fixed issues is
at the bottom of this email. For detailed information relating to any of
these issues, please visit its Jira page at
http://bugs.urbancode.com/secure/IssueNavigator.jspa?reset=true&pid=10009&fixfor=10040
or contact Urbancode.
This build has undergone much testing but we felt that with the degree
of new functionality in this release the first public release should be
labeled as a Beta. If you encounter any issues with this build, please
let us know as soon as possible. We will fix them and make point
releases available as quickly as possible.
Flexible Authentication
Anthill Pro 2.3.0 supports now two approaches for authenticating
users. The existing way has Anthill Pro manage your users and passwords.
The new way allows Anthill Pro to use the servlet container for
authentication. This facilitates integration with LDAP and other
authentication technologies -- most servlet containers use JAAS underneath.
To use your servlet container for authentication, the web.xml file needs
to be modified and the AnthillPro.war file needs to be rebuilt. The new
distribution ships with two pre-configured web.xml files located in the
/etc/ subdirectory. The build.xml file in the root of the installation
is an ANT script that will rebuild the AnthillPro.war file with the
web.xml file located in /etc/. All you need to do is rename the
appropriate /etc/web-???-container-authentication.xml file to
/etc/web.xml and run the build.xml file located in the root of the
AnthillPro installation; then deploy the new AnthillPro.war file.
More Flexible Working Directories
Where should the build take place? This has been a subject of debate
on the mailing lists. Our answer is that it should take place where you
want it to take place. The global working directory can be moved from
its default location to anywhere on your system. Many of the source
repository drivers also allow for added flexibility of building projects
where you want within the global work directory or elsewhere on your system.
Better Support for Simultaneous Builds
Builds from the same project are prevented from interfering with each
other and Anthill Pro will no longer allow the same build track to be
building simultaneously in multiple build daemons. The headaches that
multiple build daemons used to cause should be greatly reduced.
Scripting
The team has introduced scripted behavior to Anthill Pro in two
places: versioning strategies and VCS drivers. File based versioning
strategies accept a script that determines how the version file should
be labeled when checked in. Several repository adapters also support a
script to determine what the working directory will be. In 2.3.0, all
scripts use Bean Shell (http://www.beanshell.org). We look forward to
adding more scripting languages soon!
Aborting Builds
Let's face it. Sometimes builds hang. Whether it's the source
repository not responding, or Ant getting stuck, bad things happen to
good builds. We've added an abort button to the build track view page to
kill these builds and free up the build daemon.
Real Time Log Display
You said it. We heard it. Seeing your build in the Execute step for
the duration of the build can be nerve wracking if your build takes two
hours and has hung in the past. From the build track page, you can view
the log of the current build and see exactly how far along it is. Check
back in a couple of minutes and see that your build is making good progress.
Better Error Detection and Logging
Errors reading and writing from the settings files that used to be
only recorded in logs are presented on the Anthill Pro main screen. We
hope this feature will not be needed by your organization.
More Flexible Build Managers:
Both basic and incremental build managers can now always build from a
label (such as LATEST). The incremental manager also has a "never build
clean" option.
Thanks,
-- The Anthill Team
Issue# 168 VCS Work Directory should be Build Track specific
Issue# 176 Guest user account that requires no authentication
Issue# 177 Real time builder log display
Issue# 179 VCS label and comment should be configurable
Issue# 198 archive or pruning mechanism
Issue# 245 Link to "Latest" version in the Intranet
Issue# 251 Setting Permissions on Project overwrites existing
permissions on BuildTrack
Issue# 281 User Specified URL for user specified Publish Directory
Issue# 295 StarTeam -- Incremental build pulls entire project
Issue# 299 Stop-button
Issue# 301 multithread builds failing
Issue# 321 Work directory location should be configurable
Issue# 325 Ability to edit the URL of Anthill via the Web UI
Issue# 326 Incremental Build Manager - never build clean
Issue# 341 Authentication should be JAAS based
Issue# 344 Handling broken links between modules
Issue# 345 Counter should not increment on every build attempt
Issue# 346 Build Tracks don't learn of changes to the Branch until
restart
Issue# 355 The user is not informed when a module does not
serialize properly.
Issue# 357 A copied builder always has use anthill namespace
checked.
Issue# 359 Shell Script builder doesn't handle quoted path to
script.
Issue# 361 Optionally allow builders to run after an earlier
builder failed.
Issue# 363 Move AnthillPro/dependency directory to
AnthllPro/work/dependency
Issue# 364 Copied build tracks do not hold onto their counters.
Issue# 365 Build Notification should have its own step in build
process.
Issue# 366 Email Build Notifier can sometime hang for hours.
Issue# 367 CVS driver conf file may get polluted with an empty
branch entry.
Issue# 369 Installation is guessing archive type from OS type
Issue# 370 Installation script is not robust
Issue# 380 Option not to use build track specific names for working
dirs.
Issue# 383 Perforce build from changelist instead of label
Issue# 384 AnthillPro can lose version number of
PropertyVersioningStrategy
Issue# 385 PVCS fails in windows when "project directory" has
spaces.
Issue# 387 Maven builder not passing Anthill properties
Issue# 388 Pass the "build from tag" value to the builder as a
property
Issue# 389 Versioning Strategy to increment only on success
Issue# 390 Always build from label
Issue# 391 Do emailing after publishing
Issue# 392 Perforce Driver does not do incremental builds
Issue# 393 New Module for Mailing Lists
Issue# 397 Subversion doesn't build from label
Issue# 401 Email Notifier does not list addresses sent to.
Issue# 404 Pass the build date and time to builders as a property
Issue# 405 Main Screen Refresh Problem in IE
Issue# 406 Perforce Get the last change list identifier and save as
artifact
Issue# 411 Subversion Driver can fail when building branches
Issue# 417 VSS Branching
Issue# 419 PVCS Driver should be able to check out whole project
database