Digital.ai Release 22.1.1
Digital.ai Release 22.1.1 includes the following new features:
- Retention policy for archived releases
- New folder permission: Perform task transition in advance
- Export Dashboards as PDF
- Simplified license renewal in Release clusters
- Validations in GitOps-enabled folder version control
- HTTP security enhancements
- OIDC Private Key authentication support
- Support for Microsoft Edge based on Chromium
- Version upgrades—supported databases
- Abort Long-running Tasks
- Scripts to upgrade, back up, and restore H2 database
- Kubernetes Operator-based installer enhancements
- Plugin Manager enhancements
- Plugins and integrations
And more bug fixes and enhancements.
Support Policy
See Digital.ai Support Policy.
Upgrade Instructions
The Digital.ai Release upgrade process you use depends on the version from which you are upgrading, and the version to which you want to go.
For detailed instructions based on your upgrade scenario, refer to Upgrade Release.
New H2 Database Version
Important: H2 database for Release is used only for testing and demo purposes. It is not one of the supported databases for production environments.
With Release 22.1 the H2 database has been updated to version 2.1.210 in order to mitigate CVE security issues related to the old 1.4.x version.
In case you are using the embedded H2 database in one of your development environments, you must migrate your data from H2 1.4.x (or earlier) to H2 2.1.x (or later) to bridge the incompatibility between the two versions (such as differences in file format in default MVStore storage engine).
Release 22.1 brings you scripts for both backing up and restoring the H2 database. You can use these upgrade scripts to backup and restore your H2 1.4.x (or earlier) to H2 2.1.x (or later). For more information, see xebialabs-community/xlr-backup-restore-script.
Known Issues
- D-20779 - Unable to use Release 22.1.1 with trial and temporary licenses with the embedded H2 database. As a workaround please use a full license or a production supported database.The issue will be fixed in the next maintenance version of Release.
New Features
Here's what's new with Digital.ai Release 22.1.1.
Retention Policy for Archived Releases
You can now purge archived releases (from the archive database) that are being held after the expiration of the configured retention period. This allows for automatic cleanup of releases that are not required per your company's audit or governance policy.
The purge process is disabled by default and needs to be activated by the Administrator on the System settings -> General
screen.
Before the releases are removed from the database, their content will automatically be exported to the file system location configured in the System settings. The exported releases will be organized in subdirectories by their end date so each zip will be in the purged/<year>/<month>/<day>/<release-id>.zip
format.
Here's an example for the contents of a purged release zip file:
Exempt Releases from Being Archived
- A new configuration option, Allow releases to skip archiving, has been added (
System settings -> General
) to exempt selected releases from being archived. - When this option is enabled, the Allow releases to skip archiving check box shows up on the template and release Properties sub-pages.
- By marking a release to skip archive, the completed/aborted release is deleted instead of being moved to the archive database.
- This is useful for transient releases, which has no business value and are to be excluded from reporting and statistics.
New folder permission: Perform task transition in advance
- Task permission model has been extended with a new Release Tasks -> Perform task transitions in advance permission.
- Teams with the Perform task transitions in advance permission are allowed to Complete or Skip a task in advance.
- By default, this new permission is assigned to all the teams that are assigned with the Perform task transitions permission.
Note: There is a change in behavior for release owners with regards to performing tasks transitions. From Release 22.1.1, release owners will not have an implicit permission to complete or skip tasks. They will require an explicit task transition permission or be assigned to the task.
Export Dashboards as PDF
Custom dashboards on global and folder level have now been enhanced with an Export to PDF option for sharing dashboards with ease.
Simplified license renewal in Release clusters
With Digital.ai Release 22.1.1 license installation on one of the Release nodes in a cluster will automatically propagate to other nodes in the cluster, thus removing the need to renew the license on each node individually.
Warning: In case when cluster nodes already have licenses on disk, the license of the node last joining the cluster will be the one applied to all. To ensure the right license is applied, please update the license using the UI when all nodes are running or make sure all outdated licenses are previously removed from the filesystem.
For more information, see Licensing the Release Product.
Validations in GitOps-enabled Folder Version Control
- Enhanced the validation flow in folder Version Control with listing of external dependencies defined outside the folder.
- When creating a new version, all external dependencies will be listed for informative purposes.
- When applying a version, unresolved external dependencies are listed with deep-links for quick reparation.
HTTP Security Enhancements
- For better security, Digital.ai Release 22.1 and later support the
sameSite
attribute of the Set-Cookie HTTP response header allowing session cookies to be restricted to a first-party or same-site context. - Valid values for the new
xl.server.http.cookie.sameSite
configuration parameter are Lax and Strict. - For sites that use OIDC, the
sameSite
parameter must always be set toLax
. - For
remember-me
, thesameSite
parameter must always be set toStrict
.
Example sameSite Cookie Configuration in the xl-release.conf
file
Private Key JWT and Client Secret JWT Authentication Methods
- Digital.ai Release—22.1 and later—support
client_secret_jwt
andprivate_key_jwt
methods to authenticate clients with OIDC-based ID providers such as Keycloak. - The JWT assertion must be digitally signed using a private key in asymmetric cryptography.
- Digital.ai Release—22.1 and later—support signed JWTs only—it does not extend to encrypted JWTs encoded in a JSON Web Encryption (JWE) structure.
OIDC Private Key JWT Authentication
Digital.ai Release supports client authentication using the private_key_jwt method.
The following JSON Web Algorithms (JWA) are supported:
- RS256 (RSASSA-PKCS1-v1_5 using SHA-256)—this is the default if you use the private_key_jwt authentication method
- RS384 (RSASSA-PKCS1-v1_5 using SHA-384)
- RS512 (RSASSA-PKCS1-v1_5 using SHA-512)
- ES256 (ECDSA using P-256 and SHA-256)
- ES384 (ECDSA using P-384 and SHA-384)
- ES512 (ECDSA using P-521 and SHA-512)
- PS256 (RSASSA-PSS using SHA-256 and MGF1 with SHA-256)
- PS384 (RSASSA-PSS using SHA-384 and MGF1 with SHA-384)
- PS512 (RSASSA-PSS using SHA-512 and MGF1 with SHA-512)
Here's an example xl-release.conf
file that uses the private_key_jwt authentication method.
OIDC Client Secret JWT Authentication
Digital.ai Release supports client authentication using the client_secret_jwt method.
The following JSON Web Algorithms (JWA) are supported:
- HS256 (HMAC using SHA-256)—this is the default if you use the client_secret_jwt authentication method
- HS384 (HMAC using SHA-384)
- HS512 (HMAC using SHA-512)
You can configure the desired JWS algorithm using the xl.security.auth.providers.oidc.clientAuthJwt.jwsAlg
key.
Here's an example xl-release.conf
file that uses the client_secret_jwt authentication method.
As an additional improvement to OIDC, support for nested claims for Release roles mapping has been added. The .
acts as a path separator and if needed can be escaped with backslash \\.
.
For more information, see Set Up the OpenID Connect (OIDC) Authentication for Release.
Support for Microsoft Edge Based on Chromium
Release 22.1 has been qualified to work with Microsoft Edge based on Chromium.
Version Upgrades—Supported Databases
Release 22.1 supports the following databases.
Database | Versions Supported |
---|---|
PostgreSQL | 12.9, 13.5, and 14.2 |
MySQL | 5.7 and 8.0 |
Oracle | 12c and 19c |
Microsoft SQL Server | 2017 and 2019 |
DB2 | 11.1 and 11.5 |
Abort Long-running Tasks
You can set up timeout threshold (in seconds) for certain task types and have Digital.ai Release abort such tasks automatically when they run for a long time. This feature is disabled by default. You can enable task execution limits and set up timeouts for the following task types:
- Script Task
- Custom Script Task
- Precondition Task
Here's the list of parameters available to set up the task execution limits. To enable the task execution limits and set up timeouts, add the following parameters to the xl-release.conf
file.
Once you enable and configure the task execution limits, long-running tasks—such as Script Tasks, Custom Script Tasks, or Precondition Tasks—are automatically aborted when they cross the defined timeout limit.
Kubernetes Operator-based Installer Enhancements
With Release 22.1.1, the Kubernetes Operator-based installer offers the following enhancements:
- Improvements to the installer to enhance stability
- Upgrade process improvements
- Uninstallation process improvements
- Keycloak is the default authentication manager when you log in to the Digital.ai Release interface.