Welcome 0.5.6

The new release of opera-api brings an additonal OPERA_API_WORKDIR env var for setting the working directory of the target user's TOSCA CSAR. This means that the user will not have to move to a specific dir anymore and will also be useful when starting xOpera API Docker container.

0.5.4 has arrived

We are releasing a new version of opera-api which brings these new additions:

• The version of opera package dependency has been upgraded to 0.6.9
• Public ghcr.io/xlab-si/xopera-api Docker image
• Updated OpenAPI spec and OpenAPI generator
• Updated requirements
• Updated integration tests
• New environment variables
• Updated README info

0.5.3 brings a lot new

The new release of opera-api has these new additions:

• The version of xopera-opera was upgraded to 0.6.8
• Update OpenAPI spec for opera 0.6.8 and OpenAPI generator
• Update requirements
• Update integration tests
• Enable SwaggerUI only in debug mode
• Update README
• Implement CI/CD pipeline with semi-automated PyPI releases

0.5.1 - More validation, diff-update.

The version of xopera-opera remains unchanged at 0.6.6

This release has these new additions:

• API support for opera diff and opera update.
• API support for opera validate <csar>, a split endpoint from service template validation.
• The result returned by /info now contains all available CSAR and service template metadata.

It improves:

• The test suite now has a completely valid CSAR with complete metadata and a JSON-decoding trigger target.
• The test suite has been improved to be stricter and more sensitive to failures.

The following endpoints were deprecated pending removal in a future release:

• /validate, which performed service template diffs, is now deprecated in favour of the following two endpoints
  • /validate/servicetemplate for service template validation,
  • /validate/csar for CSAR validation.

0.4.2 - A typical problem.

This release has the following bugfixes:

• The service template filename was incorrectly passed to the underlying library function, causing a far-downstream type mismatch. The parameter is now passed through as the proper type.

0.4.1 - Clean state deployment.

The version of xopera-opera has been updated to 0.6.6

This release has these new additions:

• API support for opera deploy --clean-state.

0.4.0 - Notify and triggers.

The version of xopera-opera has been updated to 0.6.5

This release has these new additions:

• API support for opera notify, enabling events/triggers and thus scaling flows

It improves:

• semi-automated testing to help ensure better, consistent and faster releases
• the version of cryptography has been pinned to ensure builds on Alpine succeed - currently without Rust

0.3.0 - initialization, packaging.

The version of xopera-opera has been updated to 0.6.4

This release has these new additions:

• API support for opera init
• API support for opera package
• API support for opera unpackage

It improves:

• the opera info implementation has been updated to return more information when using an non-deployed or uninitialized project

0.2.1 - Informational.

Update to xopera-opera 0.6.2, which introduces the info command.

0.2.0 - Better Output.

This release brings much better output handling, supporting in-progress output monitoring. Stdout and stderr have been split in the API, hence a bigger version change.