Task #871
closedClean all provisioning queue items
100%
Description
When we use the provisioning, especially provisioning queue, we often want to clean all items for a system in the queue. There are e.g. 10k items in the queue on one our project. Currently I cannot see an easy way of cleaning the queue. We have to select all items on the page - 100 and do it 100 times, which is impossible.
The goal of this ticket is to provide an easy way of cleaning the queue.
Use case: I filter the provisioning queue for: System AD_USERS, FAILED result, operation UPDATE. The table then has e.g. 10k items and I want them to be Removed (cancel the operation).
First of all the ticket implementer should present Function specification, then consult it with product and project teams and then develop the solution.
Updated by Patrik Stloukal about 7 years ago
i made proposition of implementation and then consulting,
created frontend button to clean all filtered results,
created transformation to filter to rest point.. on backend created new rest point
Updated by Patrik Stloukal about 7 years ago
- Status changed from New to In Progress
created long running task, debugging, modification
Updated by Patrik Stloukal about 7 years ago
- % Done changed from 0 to 90
fixed some minor issues
created test CleanProvisioningQueueTaskExecutorIntegrationTest
Updated by Patrik Stloukal about 7 years ago
- Status changed from In Progress to Needs feedback
hide clean button on archive tab
commit
https://github.com/bcvsolutions/CzechIdMng/commit/c33163fd4813b2ce01fe767494d2b8b3019548b2
Updated by Ondřej Kopr about 7 years ago
- Assignee changed from Patrik Stloukal to Radek Tomiška
Pull request can be found there: https://github.com/bcvsolutions/CzechIdMng/pull/10
Please Radek could you make a review?
Updated by Radek Tomiška almost 7 years ago
- Target version deleted (
Garnet (7.7.0))
Updated by Radek Tomiška almost 7 years ago
- Status changed from Needs feedback to In Progress
- Assignee changed from Radek Tomiška to Patrik Stloukal
I had to rewrite this feature at all, main issues:
- LRT has to cancel operations not to delete them (they are moved into archive),
- Localization was added to wrong module (core)
- Archive table on FE was broken - wrong manager was used - in archive was shown active operations.
Update please integration tests, I've added @Ignored to them now and write documentation.
Updated by Patrik Stloukal almost 7 years ago
- Status changed from In Progress to Needs feedback
- Assignee changed from Patrik Stloukal to Radek Tomiška
i re-work tests, firsts test was not completely necessary,
test without filter i actually delete, because LRT creates empty filter, which will find all provisioning operations, even from other tests.
But test with filter test all other conditions:
filter will find 1 operation, but the other with same batch id is canceled too
other operations will not be canceled
canceled operations will move to archive
documentation: https://wiki.czechidm.com/tutorial/adm/provisioning
commit: https://github.com/bcvsolutions/CzechIdMng/commit/c6c06ddab45174daefb1feb819e964a3aa120cc1
Updated by Radek Tomiška almost 7 years ago
- Status changed from Needs feedback to Closed
- Assignee changed from Radek Tomiška to Patrik Stloukal
- Target version set to Garnet (7.8.0)
- % Done changed from 90 to 100
Thx!