Changelog

The new auto_generate_assets property can be used to automatically generate the assets list of the specified folder when creating (Developer API / Embedded API) or updating (Developer API / Embedded API) a manifest. This new property eliminates the need to manually list each asset to be included in the created manifest. The auto_generate_assets property can be used in conjunction with the following new properties:

• include_test_cases: include test cases if specified, false by default
• include_data: include data if specified, false by default
• auto_run: start package generation automatically, false by default

To ensure consistent import behavior, we've added a 15 minute buffer between Recipe Lifecycle Management imports to the same environment. This buffer will prevent potential race conditions created by running multiple simultaneous imports.

Recipe Lifecycle Management exports involving Workato Event streams will now include retention period configurations in exports. This will help ensure consistent behavior when migrating topics.

The list recipes endpoint in both the Workato Developer API and the Workato Embedded API has had the following fields added: author_name, version_author_name, version_author_email.

Additionally, updated_after has been added as a new query parameter. Users can now filter requests to only recipes updated after the specified time.

Users can now view OPA logs in Workato Logging Service. This addition makes it even easier to to search, audit, and troubleshoot specific automations utilizing OPA.

By default, this feature is disabled, but it can be enabled in workspaces with OPA and Logging Service via the on-prem group level settings.

In an effort to improve the Recipe Lifecycle Management experience, you can now navigate directly to changed recipes by clicking the recipe hyperlink in the manifest. This enhancement makes it quick and easy to review any recipe changes before deploying updates.

Tables imported or exported through Recipe Lifecycle Management (RLCM) now include relational/linked column data if present.

As part of a slow rollout, some customers will now see that the Dashboard counts jobs only once, by the last repeated job (e.g. a single job that has been repeated three times and failed each time will display as one failed job in the Dashboard). This behavior matches the Jobs History table, and should result in clearer analytics about the total successful and failed job counts for a given time period.

Once released widely to all existing workspaces, this will be the default behavior for all net new workspaces.

You can now select multiple jobs in the Jobs History table and cancel. Only jobs in process can be canceled.

When creating a manifest file for your project, you can now select/deselect all tables that you would like to include from the project. This update brings the table select behavior in line with the properties select behavior, allowing you to more quickly create manifests for complex projects.