Not that I favor Java, or even that I dislike Cobol.
It is rather their existing human capital that makes anything more fancy than Java even harder to migrate to. At the same time, job postings looking for Cobol-Devs in 2020 are useless and even if they manage to find people capable and willing to work with Cobol per se, their existing code-base is an additional deterrant. This further fossilizes what ever ounce of agility their dev teams might have had.
Given the current capacities, there could be additional layers added to filter or enhance whatever comes out of the legacy processes.
Sure, there needs to be a "keeper" for those legacy systems, but migrating off them may be asking for too much of a manager's beef to get an approval to accomplish.
Regarding Industrie 4.0:
Currently at a client of mine, a "hidden champion" i.e. world market leader in industry XYZ (1.6B in revenue), I'm struggling to have them migrate from Cobol to Java. They are using their versioning system as a backup for their data, not for versioning the code. Deployments are done via dragging a zip file somewhere. Every new version means the whole system (handling invoices e.g.) is out of service for 10-14 days.