Task #1414
closed
Role subdefinition for assigned role attributes
Added by Vít Švanda about 6 years ago.
Updated almost 6 years ago.
Description
We have feature "Assigned role attributes" now. Role's attributes are defined as form definition connected to the role now.
- In this task we want to implement new agenda for definition which attributes (from main definition) should be show. This agenda will be controlled so called "subdefinition".
- Subdefinition must be used in concept detail on FE, in validation on BE, in default values generators in BE....
- The default attribute value is now defined in the attribute definition (in main form definition). Another require requires defining default value for specific attribute for every role. It means we need create mechanism for overriding default value in specific subdefinition.
- Every change on subdefinition (CUD) will be approving within role request.
- Status changed from New to In Progress
- % Done changed from 0 to 20
- % Done changed from 20 to 30
- Default value is prefilled from the attribute in main definition.
- I modified methods returns form-definition (role, identity-role controllers and formService)
- % Done changed from 30 to 40
- I completed work with subdefinition (get definition, values, save, update ...).
- I modifed generators of default values for concept-role and identity-role for work with default values from role-form-attributes.
- % Done changed from 40 to 50
- Created create script for postgresql
- Added validation fields and implementing of override the required validation
- % Done changed from 50 to 60
- Implemented permissions for IdmRoleFormAttribute agenda and evaluator for propagate permissions from the role (RoleFormAttributeByRoleEvaluator).
- I started with implementation of requesting for new agenda.
- % Done changed from 60 to 70
- Implemented support for approval changes on the RoleFormAttribute agenda.
- Created tests for RoleFormAttribute agenda (DefaultIdmRoleFormAttributeServiceIntegrationTest).
- All merged to the develop
- Status changed from In Progress to Needs feedback
- Assignee changed from Vít Švanda to Radek Tomiška
- % Done changed from 70 to 90
- Target version changed from Opal (9.4.0) to Opal (9.4.0-rc.2)
- Status changed from Needs feedback to Resolved
- Assignee changed from Radek Tomiška to Vít Švanda
- % Done changed from 90 to 100
- Status changed from Resolved to Closed
Also available in: Atom
PDF