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
- 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 |