jdk_jmx_0 FAILED in javax/management/MBeanServer/OldMBeanServerTest.java got exception javax.management.InstanceNotFoundException

[JasonFengJ9]

Failure link

From internal Test_openjdk8_j9_extended.openjdk_aarch64_linux_testList_1 (ubu22-aarch64-14)

openjdk version "1.8.0_442-beta"
IBM Semeru Runtime Open Edition (build 1.8.0_442-beta-202412052334-b04)
Eclipse OpenJ9 VM (build master-3f7abb5f83, JRE 1.8.0 Linux aarch64-64-Bit Compressed References 20241205_1061 (JIT enabled, AOT enabled)
OpenJ9   - 3f7abb5f83
OMR      - b893b2be2
JCL      - 608c7b0e0 based on jdk8u442-b04)

Rerun in Grinder - Change TARGET to run only the failed test targets

Optional info

Failure output (captured from console output)

[2024-12-06T02:26:28.993Z] variation: Mode150
[2024-12-06T02:26:28.993Z] JVM_OPTIONS:  -XX:+UseCompressedOops -Xverbosegclog 

[2024-12-06T02:27:32.249Z] TEST: javax/management/MBeanServer/OldMBeanServerTest.java

[2024-12-06T02:27:32.250Z] testPlatformMBeanServer: got exception javax.management.InstanceNotFoundException
[2024-12-06T02:27:32.250Z] javax.management.InstanceNotFoundException: java.lang:type=Memory
[2024-12-06T02:27:32.250Z] 	at OldMBeanServerTest$OldMBeanServer.getMBean(OldMBeanServerTest.java:1005)
[2024-12-06T02:27:32.250Z] 	at OldMBeanServerTest$OldMBeanServer.invoke(OldMBeanServerTest.java:631)
[2024-12-06T02:27:32.250Z] 	at OldMBeanServerTest.testPlatformMBeanServer(OldMBeanServerTest.java:339)

[2024-12-06T02:27:32.250Z] STDERR:
[2024-12-06T02:27:32.250Z] java.lang.Exception: TEST FAILED: testPlatformMBeanServer: got exception javax.management.InstanceNotFoundException
[2024-12-06T02:27:32.250Z] 	at OldMBeanServerTest.main(OldMBeanServerTest.java:143)
[2024-12-06T02:27:32.250Z] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[2024-12-06T02:27:32.250Z] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
[2024-12-06T02:27:32.250Z] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[2024-12-06T02:27:32.250Z] 	at java.lang.reflect.Method.invoke(Method.java:503)
[2024-12-06T02:27:32.250Z] 	at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:127)
[2024-12-06T02:27:32.250Z] 	at java.lang.Thread.run(Thread.java:822)

[2024-12-06T02:33:35.045Z] jdk_jmx_0_FAILED

50x internal Grinder - all failed

[github-actions]

Issue Number: 20777
Status: Open
Recommended Components: comp:test, comp:vm, comp:jit

[pshipton]

@JasonFengJ9 is this cross platform or single platform? You may want to exclude the failing test until we can look at it.

@tajila this test was recently enabled. We need to determine if the failure can be fixed, or if the test should be permanently excluded.

[JasonFengJ9]

openjdk8_j9_extended.openjdk_ppc64le_linux
openjdk8_j9_extended.openjdk_x86-64_linux
The failure is cross-platform, only in Java 8.

[hangshao0]

@fengxue-IS , could you look at if this is something we should fix in OpenJ9, or we should permanently exclude the test.

[hangshao0]

@fengxue-IS , could you look at if this is something we should fix in OpenJ9, or we should permanently exclude the test.

Jack is working on virtual thread now. @theresa-m Could you look at this ?

[theresa-m]

Yes I'll take a look.

[theresa-m]

I think this is failing due to an error in OpenJ9. The test class mentions it is checking that a custom MBeanServer aligns with JMX 1.2 specification. I'm not sure which part it is referencing however I did find in the ManagementFactory javadoc that a JVM always has an instance of MemoryMXBean which is the missing mbean thats causing the error.

I'm still investigating why this isn't being added properly for j9 for this scenario.

[hangshao0]

I'm not sure which part it is referencing however I did find in the ManagementFactory javadoc that a JVM always has an instance of MemoryMXBean which is the missing mbean thats causing the error.

I'm still investigating why this isn't being added properly for j9 for this scenario.

@keithc-ca @amicic Not sure if you know the history/reason of this ?

[theresa-m]

I confirmed that J9 does try to add these mbeans but registerMBean silently fails during a call to standardToDynamic when the test tries to convert them to DynamicMBean type. In OpenJDK the default management interface beans are always created as DynamicMBean type and in J9 they are not. I don't see any documentation to suggest that they should be, I think this test can be excluded permanently.

[pshipton]

The behavior of OpenJDK and the test suggest that they should be DynamicMBean type. Is there a problem changing OpenJ9 to do that?

[theresa-m]

I will give it a try.

[pshipton]

The priority of doing that is a different question. Atm no user is complaining.