JRE in /opt/CA/
search cancel

JRE in /opt/CA/

book

Article ID: 213182

calendar_today

Updated On:

Products

Autosys Workload Automation

Issue/Introduction

We have upgraded our test AutoSys environment to version 12. 

We find that /opt/CA/iTechnology was modified, but the JRE installed there remains at version 1.5.

Is this directory needed for version 12?

Can we remove /opt/CA/iTechnology, or at least the JRE?

Environment

Release : All Supported Versions

Component : WCC, WAAE, EEM, System Agent

Resolution

This is what R12 systems have by default:

 
# /opt/CA/SharedComponents/EmbeddedEntitlementsManager/jre/bin/java -version
openjdk version "1.8.0_242"
OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_242-b08)
OpenJDK 64-Bit Server VM (AdoptOpenJDK)(build 25.242-b08, mixed mode)

# /opt/CA/WorkloadAutomationAE/jre/bin/java -version
openjdk version "1.8.0_252"
OpenJDK Runtime Environment (build 1.8.0_252-b09)
Eclipse OpenJ9 VM (build openj9-0.20.0, JRE 1.8.0 Linux amd64-64-Bit Compressed References 20200416_608 (JIT enabled, AOT enabled)
OpenJ9   - 05fa2d361
OMR      - d4365f371
JCL      - cfa47e66cd5 based on jdk8u252-b09)

And links in 
/opt/CA/WorkloadAutomationAE/wcc/jre
/opt/CA/WorkloadAutomationAE/SystemAgent/WA_AGENT/jre
that point to the 
/opt/CA/WorkloadAutomationAE/jre

If you still find something old, check that you have no environment variables pointing to the old JRE.
env|grep JAVA
grep JAVA $AUTOUSER/autosys.*
grep jre $AUTOUSER/autosys.*

If you find nothing pointing using it then rename the directory initially.
Confirm normal operations occur without issue, start and stop the product, issue commands, etc...
If all is well then remove the old jre.