Context:
With OPT-3428 we allowed for more than 10k definitions (byKey) to exist by paging through them with a page size of 1k. But as seen in the support ticket SUPPORT-7320 depending on the amount and distribution of versions and tenants across definitions the default bucket size limit of 10k can still get hit with a single call of /api/definition/:type/definitionVersionsWithTenants.
Given the nested aggregations used here we cannot fully control the number of buckets returned in total. We should thus split up the retrieval of definitions keys, available versions for a definitionKey as well as available tenants for the combination of both. This way we always have a single dimension of buckets we can properly limit and page through.
AT:
- the endpoint /api/definition/:type/definitionVersionsWithTenants. is split up into three endpoints:
- one to retrieve available definition keys along with their names
- one to retrieve available versions for a particular definition key along with their versionTags
- one to retrieve available tenants for a specific definitionKey and a list of versions
- the definition selection in the report builder as well as in the event based process data source selection is switched to these new endpoints
This is the controller panel for Smart Panels app
- is related to
-
OPT-3596 Bad Response time for definition endpoint on multi-engine scenario
-
- Done
-
1.
|
Create definitionKey list endpoint |
|
Done | Unassigned |
2.
|
Create definitionVersion list endpoint |
|
Done | Unassigned |
3.
|
Create definitionTenant list endpoint |
|
Done | Unassigned |
4.
|
Migrate definition selection from definitionVersionsWithTenants to new endpoints |
|
Done | Unassigned |
5.
|
Remove deprecated definitionVersionsWithTenants endpoint |
|
Done | Unassigned |
6.
|
tenants for versions endpoint returns a 403 on an empty version list in the request |
|
Done | Unassigned |
7.
|
Not defined tenant is not the first entry if available |
|
Done | Unassigned |