Configuring permissions
Last updated
Last updated
This page requires:
Knowledge of JSON
In a new implementation of Valtimo there are no permissions configured by default.
ROLE_ADMIN
always has access to the admin menu in order to allow primary setup.
Access Control permissions can be configured by defining PERMISSIONS for each ROLE.
There are three ways of configuring Permissions in Valtimo.
Upload a valid permissions JSON via the UI
Edit permissions directly via the UI
Place a valid permissions JSON in the codebase via an IDE
Creating permissions is done for a specific role. Assuming a role is present, clicking on that role in the Access control
interface will allow permissions to be configured.
The image above shows all the permissions that have been configured for ROLE_USER
. Here, permissions can be added, edited and removed. Since the list shown here is the full list of permissions for this role, removing a permission from the list and saving it will also result in the removal of that permission in Valtimo.
There are a lot of elements that can be specified for permissions. As an example, someone with ROLE_USER
can have access to cases of type example-document-definition
, or if that someone has been assigned to the case. The following two permissions are used to define this:
Going over each element:
actionKey
specifies the kind of action that is being done. In this case, viewing a list. For a list of actions, see here.
conditions
is a list describing all the conditions that apply to this particular permission. This requires knowledge of the code for the resource type, as fields can be specified in here correspond to fields inside the class. For information on the kinds of conditions that can be specified, as well as the fields, see this page. Permission is only granted when all conditions for that permission are met.
When exporting permissions from the permission configuration page, be sure to save the configurations first if any edits have been made. Exporting will add a few more fields that are not necessary when configuring permissions via the UI, but are necessary when doing auto-deployment.
Deleting permissions will also delete the accompanying role. Deleting roles will not delete the role in Keycloak.