Unable to make field long java.nio.Buffer.address accessible when using Java 17

[tspewak]

Describe the bug
During server start with com.ibm.ws.tcpchannel.useZosAio=true specified, a ffdc is created when running with java 17 on z/OS.

Exception = java.lang.RuntimeException
Source = com.ibm.ws.tcpchannel.internal.NBAcceptChannelSelector
probeid = 254
Stack Dump = java.lang.RuntimeException: java.lang.NoClassDefFoundError: com.ibm.io.async.AbstractAsyncChannel (initialization failure)
Caused by: java.lang.NoClassDefFoundError: com.ibm.io.async.AbstractAsyncChannel (initialization failure)
Caused by: java.lang.RuntimeException: java.lang.reflect.InaccessibleObjectException: Unable to make field long java.nio.Buffer.address accessible: module java.base does not "opens java.nio" to unnamed module @299d0dca
Caused by: java.lang.reflect.InaccessibleObjectException: Unable to make field long java.nio.Buffer.address accessible: module java.base does not "opens java.nio" to unnamed module @299d0dca

Steps to Reproduce
Start the angle and server with com.ibm.ws.tcpchannel.useZosAio=true and Java 17 on z/OS.

Expected behavior
Server starts without getting a ffdc.

Diagnostic information:

• OpenLiberty Version: 23.0.0.5
• Java Version: Java 17

Additional context
I think it is necessary to add this to the java9.options starting with java 17.
--add-opens
java.base/java.nio=ALL-UNNAMED