Not surprised... :)
For example, on a 'new' Rocks 7 frontend...
[tcooper@hpcdev-003 ~]$ which java
[tcooper@hpcdev-003 ~]$ java -version
openjdk version "1.8.0_144"
OpenJDK Runtime Environment (build 1.8.0_144-b01)
OpenJDK 64-Bit Server VM (build 25.144-b01, mixed mode)
[tcooper@hpcdev-003 ~]$ rpm -qf /usr/bin/java
file /usr/bin/java is not owned by any package
[tcooper@hpcdev-003 ~]$ ls -l /usr/bin/java
lrwxrwxrwx 1 root root 22 Oct 12 16:08 /usr/bin/java -> /etc/alternatives/java
[tcooper@hpcdev-003 ~]$ ls -l /etc/alternatives/java
lrwxrwxrwx 1 root root 73 Oct 12 16:08 /etc/alternatives/java -> /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.144-0.b01.el7_4.x86_64/jre/bin/java
[tcooper@hpcdev-003 ~]$ rpm -qf /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.144-0.b01.el7_4.x86_64/jre/bin/java
java-1.8.0-openjdk-headless-1.8.0.144-0.b01.el7_4.x86_64
[tcooper@hpcdev-003 ~]$ rpm -qa | grep openjdk
java-1.8.0-openjdk-headless-1.8.0.144-0.b01.el7_4.x86_64
java-1.8.0-openjdk-1.8.0.144-0.b01.el7_4.x86_64
To be fair though this was broken on my system after install.
Perhaps because the post-install scriptlet in the openjdk RPM didn't setup this version of java last using alternatives though not sure.
Fixing it to get the above was easy enough with...
...though admittedly that shouldn't be necessary.
I think we started dropping a symlink on our CentOS 6 systems which we had updated Java on since install.
The result is something like this...