Releases: xlab-si/xopera-opera
We summon 0.7.0!
Version 0.7.0 of xOpera TOSCA orchestration tool is finally here!
It includes the following updates:
- updated Ansible executor for ansible-core migration
- reduced
opera
Python package size - this has been done by replacing ansible dependency with ansible-core, which does not install half gig of Ansible collections as users can install only the ones they need (withansible-galaxy collection install
) or can still use extended install option withpip install opera[ansible]
to install all collections - removed Pipfile and Makefile
- updated dev.sh and Python requirements
- migrated CI/CD from CircleCI to GitHub Actions
- further reduce size of orchestrator by moving xOpera TOSCA parser to
opera-tosca-parser
Python package - xOpera TOSCA parser add experimental support for TOSCA 2.0 in README
Full Changelog: 0.6.9...0.7.0
0.6.9 is available
There is a new version 0.6.9 of xOpera orchestrator available and includes the following new things and changes:
- Bugfixes for concurrent output issues
- Display additional info for operation errors
- Updates for parsing of TOSCA interfaces (derivation, optimization, etc.)
- Fixes for TOSCA template comparer file comparison function
- Remove CI/CD runs for Python 3.7
- Updates for opera validate library function
- Allow creating only zipped CSARs to be more compliant with TOSCA
Aloha from 0.6.8
A 'o ia!
We are happily releasing a new version 0.6.8 of xOpera TOSCA orchestration tool.
This version contains the following new things and updates:
- Bugfixes for TOSCA type operation definition inputs
- Corrections for TOSCA templates within examples and integration tests
- Updates for README and Python package info
- Additions for missing normative TOSCA networking types
- Removal of deprecated
opera init
CLI command - Enable CLI version retrieval with
--version/-v
CLI flag - Fixes for the latest CLI command bugs
- Adding detection for missing TOSCA requirements
- Resolving errors in unit and integration tests
- Dockerfile for xOpera CLI
A hui hou...
Here comes 0.6.7! 🎃
Happy Halloween from xOpera! 👻 🎃 🕷️ 🌕 😈 🗡️ 🧛 🧟 🕸️
We're are proudly announcing version 0.6.7 of xOpera TOSCA orchestrator.
This release comes with the following new features and updates:
- Better indication of different node orchestration states
- Faster integration tests
- Generalize usage of pathlib objects in CLI command functions
- Adding unit tests for CLI commands
- Update old unit tests to satisfy pylint
- Fixes for unpackaging TOSCA CSARs
- Refactorings for validation for of TOSCA CSARs
- Apply TOSCA functions to all entities
- Check also TOSCA executors with opera validate
- Upgrade Python dependency packages
- Add support for Python 3.10 and omit Python 3.6
- Use only f-strings for string formatting in the code
- Add new xOpera logo
0.6.6 - welcome aboard!
We're are marking a new release - 0.6.6 of xOpera TOSCA orchestrator, which brings the following new features and updates:
- xOpera's documentation has been moved to xopera-docs repo and is now available at https://xlab-si.github.io/xopera-docs/
- adding evaluation for TOSCA functions that are used inside YAML maps and lists
- calculate code coverage and push reports to Code Climate
- updates for README badges and quickstart section
- directly render input values instead of the path in
opera info
command and expand the output with CSAR and service template metadata - repair the integration test for concurrency
- catch undeclared requirements on node templates (TOSCA requirement assignments match with TOSCA requirement definitions)
- enable validating directory-based CSARs with
opera validate
CLI command - add CI/CD test executor that uses python
3.9.4
- update package versions in
Pipfile
and refactor code to satisfy pylint
Version 0.6.5 - where have you been?
Waiting is over! We are happy to release the newest version - 0.6.5 of opera
orchestrator, which includes the following new features and updates:
- introducing mandatory sanity checks for PEP8, linters, typing, commit messages
- refactorings for
tosca.nodes.Storage.ObjectStorage
TOSCA normative type definition - refactorings for
tosca.nodes.Database
TOSCA normative type definition - apply tab completion to diff and update CLI commands
- allow saving orchestration outputs and info to a file
- update help messages for all CLI commands
- detection for invalid Standard and Configure TOSCA interface operations
- including TOSCA policies to topology and other necessary things for the new notify CLI command
- the new
opera notify
CLI command, which enables invoking TOSCA triggers from TOSCA policies (and therefore enables scaling) - fixes for diff CLI command for different workdirs
- updating and adding new examples (e.g. Docker and Kubernetes) to opera's documentation
Version 0.6.4 - emerge!
New version - 0.6.4 of opera TOSCA orchestrator is here and it's bringing the following new features and updates:
- a new
opera diff
CLI command for comparing TOSCA topologies and instances - a new
opera update
CLI command for redeploying application blueprints based on the detected changes - updates for README (badges, links, svgs)
- implementation of TOSCA
occurrences
keyname that can be used to control the usage of TOSCA requirements - major updates for xOpera's documentation - including CLI, SaaS and Template library
- initial support for opera tab completion for bash and zsh shells (we added
--shell-completion/-s
global optional argument that will print out the completion script which can then be sourced to activate the completion)
Ho ho ho, version 0.6.3 orchestrates you a merry christmas!
The xOpera TOSCA orchestrator has a new version - 0.6.3.
The new release contains the following additions:
- a new CI routine for testing opera examples
- serialization of topology template policies as a list
- refactorings for using node name references with TOSCA intrinsic functions
- better README with badges
- fixes for all existing opera CLI commands (bugs, missing flags)
- an integration test for all opera CLI commands
- fixes for passing inputs and getting outputs within relationship types
-
opera init
CLI command is now marked as deprecated - compressed (zipped) CSAR deployment is possible just with
opera deploy
- new
opera package
command for preparing TOSCA CSARs - new
opera unpackage
command for extracting TOSCA CSARs - make TOSCA properties required by default
Version 0.6.2 - show yourself!
The new version 0.6.2 of opera TOSCA orchestrator contains:
- bugfixes for concurrent immediate cancellation
- increased verbosity when encountering unset values
- initial support for the intrinsic TOSCA functions (
concat
,join
andtoken
) - compressed CSAR deployment fixes
- new
opera info
command for getting current deployment state - bugfixes for
get_artifact
TOSCA function - new
OPERA_SSH_HOST_KEY_CHECKING
environment variable to disable Ansible host key checks - initial documentation for xOpera SaaS
Hello to 0.6.1!
This version 0.6.1 includes mostly bugfixes which are:
- refactoring of CI/CD configuration for pushing stable branch with CircleCI
- removal of some unnecessary checks for undeclared TOSCA artifacts