- Updated to Workflow Engine .NET 4.0
- Support for multi-tenant applications.
- TenantId has been added to processes. When creating a process using the createinstance WorkflowAPI method, one can specify TenantId and use its value to work with the process. Also, when manipulating a process using WorkflowAPI methods, one can optionally assign TenantId; once TenantId is specified, its compliance with the initial TenantId value set at the process creation is automatically checked.
- For schemes one can specify tags, and then, search for schemes where these tags are indicated. Tags can be set on the Workflow/Manage Schemes admin page. In the getschemelist WorkflowAPI method, one can specify a list of tags to search for schemes. The search is performed using an OR expression.
- The possibility to set a login and a password to access the WorkflowServer admin panel has been provided. This setting is available on the Dashboard page in the Security tab.
- The possibility to set an access token to access the WorkflowAPI methods has been provided. This setting is available on the Dashboard page in the Security tab.
- The Basic Plugin has been connected to the WorkflowServer, it can be enabled on the Dashboard page in the Plugins tab. For a full list of methods, please, see here.
- Using the createinstance, executecommand and get state of WorkflowAPI methods, one can pass implicit (that is, not explicitly described in the process scheme) persistent parameters. A parameter can also be a valid JSON object of any complexity. In this case, the type
DynamicParameter should be applied to control such a parameter in the code.
- The getparameter and setparameter methods to read and modify process parameters have been added to WorkflowAPI.
- Intellisense has been added to the Code Actions editor, in schemes and in the Workflow / Global Code Actions section of the admin panel.
- In the API / Workflow API section, forms to execute WorkflowAPI methods have been added; an example request is also generated there.
Update guide to WFS2.5
The following additional actions must be taken to upgrade to Workflow Server 2.5:
Run the following SQL script for all relative databases.
IMPORTANT! Incorrect behavior was fixed when the subprocess was merged in the parent process via the set state of the parent process mechanism. Previously, the parent process parameters were OVERWRITTEN. Now, the parent process parameters won't be changed. Only new parameters from the subprocess will be written to the parent process automatically. The same way the merge via calculating conditions always works. If you consciously exploited this behavior, then the best way to get parameters from the subprocess is to use a property
processInstance.MergedSubprocessParameters when merge occurs.
In the previous versions, implicit parameters passed by the WorkflowAPI methods were always interpreted as strings. Starting from version 2.5, the WorkflowServer converts these parameters to types (int, bool, double, DynamicParameter etc). If it’s important for you to keep the old behavior, add the following setting to the config.json file.
In the previous versions, process parameters were transferred to Callback server in the camel case. That is, the first letter of the parameter name (for example, 'Parameter1') became small ('parameter1'). Now, the parameter name will not change. If it’s important for you to keep the old behavior, add the following setting to the config.json file.
- Updated to Workflow Engine .NET 4.0
The following additional actions must be taken to upgrade to Workflow Server 2.4:
- Run the SQL script
update_WFE_4_0.sql for all relative databases.
- Added localization for German, French, Spanish, Italian, Portuguese, Turkish, and Russian languages.
- Added a setting that enables you to specify the database schema the server connects to -
GetSchemeList method which returns a list of schemas the server has was added to the server API.
- A logging system was added. Errors, debug info and info messages are logged into the console, debug output or files. Logging can also be performed to the Windows Event Log for a windows service.
LogMessage methods were added to write to the log from outside the server.
WorkflowRuntime object which is always accessible in standard Workflow Engine Actions has new capabilities.
runtime.Logger - object - logger to write messages to log.
runtime.LogInfo() - methods to write messages to log.
- The docker container that has a server with an ability to pass all config parameters for a setup was published.
- MongoDB support has been added. This type of connection also works with Cosmos DB.
- Added Oracle and MySQL support
ExecuteCommand method from WorkflowAPI returns information on whether the command was executed and process state after execution (including all process parameters)
- The source code of a console application which you can connect your
IWorkflowRuleProvider to and perform fine-tuning of Workflow Engine was uploaded to GitHub
- First release of Workflow Server 2.0