E-ES: Error on Refresh Security Cache On Search Test Page If SES and ES CoExist Together
(Doc ID 2510005.1)
Last updated on NOVEMBER 15, 2019
Applies to:PeopleSoft Enterprise PT PeopleTools - Version 8.56 and later
Information in this document applies to any platform.
When a user clicks the Refresh Security Cache button on the
PeopleTools > Search Framework > Utilities > Search Test Page.
If the PS_PTSF_SRCH_ENGN table contains more than one row and the ptsf_federated_ins column = 'Y' in more than one row, the code selects the first row that matches to populate the search instance information used by the Refresh Security Cache button.
The code does not appear to distinguish based on the ptsf_priority column or what the user selects for the Search Instance field on the Search Test Page.
The order of the rows in the PS_PTSF_SRCH_ENGN tables maybe contributing to this problem.
That is, in this case, the row for the SES instance was added first, several years ago when they implemented SES.
The row for the Elasticsearch instance was added recently.
In newer implementations, where there is no SES, the Elasticsearch instance is the first row in the table.
The Refresh Security Cache button failed in the older applications.
It succeeded in newer implementations.
To view full details, sign in with your My Oracle Support account.
Don't have a My Oracle Support account? Click to get started!
In this Document