I'm a sysadmin rather than a PeopleSoft/Tools maintainer, so please excuse any stupid things I say.
We're currently running PeopleTools 8.60 with a view to moving to 8.61 in the near future. I've been asked to install an inventorying agent on our DB, application, and web tiers (we also have Elasticsearch and process scheduler hosts it'll go on too). Everything is RHEL (8 and 9). The inventorying agent needs a JRE/JDK installed (OpenJDK 17 for example, although 11 will do) to properly function. I'm aware that PeopleTools comes with a JRE, but the directory path to that changes with each version and is not in the standard $PATHs, so I'd like to install a ‘system’ or OS-default OpenJDK from Red Hat in a default/known location (which is obviously outside of any PeopleTools directory structure).
My PeopleTools experts tell me that this could be a bad idea as they've already been stung by a system Python being installed which caused PeopleTools issues (Oracle's proposed solution was to simply uninstall the system Python!). They also tell me that even if I install a 'system' JRE and everything works OK there and then, the next time PSFT is patched or upgraded everything could still go down the toilet as there is a risk that a change of a version or of a script will trigger an issue.
From a sysadmin point of view PSFT appears to be a horribly complex and unwieldy collection of software. Oracle seem to test it by installing it on a basic Oracle Linux with only the software they specify is required has been installed. They also don't have a list of software not to install on the same hosts. I imagine the more we deviate from Oracle's recommendation, the more we deviate from the way they test, and the more the risk of things breaking in strange ways.
So, TL;DR: Can I install a Java direct from Red Hat's repos in a standard location and know that PeopleTools software on all tiers isn't ever going to be unhappy that another Java than its own exists?
Thank you for reading this far.