Octopus December Release 4.1

Published on: 5 Dec 2017 by: Rob Pearson

This December release of Octopus continues the support for Java that was introduced back in 3.17, with the ability to export certificates as Java KeyStores, as well as configuring certificates directly within existing Tomcat 7+, WildFly 10+ and Red Hat JBoss EAP 6+ application servers. This release also allows Maven repositories to be configured as external Octopus feeds, meaning Octopus can now consume Maven artifacts as part of a deployment. Read on for all the exciting details!

In this post

Release Tour

Export Certificates as Java KeyStores and to WildFly, JBoss EAP and Tomcat

Octopus already has the ability to manage your certificates, and now those certificates can be directly configured within an existing WildFly 10+ or Red Hat JBoss EAP 6+ application server with the Configure certificate for WildFly or EAP step, or, within an existing Tomcat 7+ application server with the Deploy a certificate to Tomcat step. For those wishing to configure their certificates manually, the new Deploy a keystore to the filesystem step allows a certificate managed by Octopus to be saved as a Java KeyStore.

New Java Steps

You can find out more by viewing the documentation for these steps:

Maven Repositories as External Feeds

Maven repositories are extremely popular with Java developers, and with this release Maven repositories can be configured as external feeds in Octopus.

Maven Feed

This means that Maven artifacts can now be downloaded as part of a deployment like any other feed.

Maven Artifact

All your favorite features like channels and version rules also work with Maven feeds, and you can use the standard Maven version range syntax too!

Maven version ranges

Get more details about using Maven repositories as external feeds in our documentation.

More configuration enhancements

Building on the configuration enhancements we made in 4.0, we've added a couple of new features in this release.

First up is an adjustment to how the directory paths for task logs, artifacts and the package repository are handled. These were previously being defaulted to paths relative to the server's HomeDirectory, but were stored as the absolute paths. This made it difficult if you needed to move the entire folder structure for some reason because you had to change all of the paths individually. We now store the paths as relative values by default and calculate the absolute path at runtime. If you override any of the paths and they aren't relative to the HomeDirectory, e.g. like you would when using a shared location for HA, then we store them as the absolute values.

The second new feature also relates to these paths. You can now see them in the Settings UI and in the output of the show-configuration command.

Breaking changes

There are no breaking changes in this release.

Upgrading

All of the usual steps for upgrading Octopus Deploy apply. Please see the release notes for further information.

Wrap up

That’s it for this month. We hope you enjoy the new features and our latest release. Feel free to leave us a comment and let us know what you think! Happy deployments!


Octopus Deploy is used by thousands of developers across the globe, from small companies to large enterprises. Find out if it meets your deployment automation needs by taking advantage of our free 30-day trial. You can spin up an instance with just a few clicks!