Udo Kohlmeyer created GEODE-10374:
-------------------------------------

             Summary: Starting Locator through Spring Data Geode not working in 
JDK17
                 Key: GEODE-10374
                 URL: https://issues.apache.org/jira/browse/GEODE-10374
             Project: Geode
          Issue Type: Bug
            Reporter: Udo Kohlmeyer


The starting of a Locator with Spring is failing in JDK17 with 
{code:java}
2022-06-09 12:47:42,695 ERROR xecutors.LoggingUncaughtExceptionHandler:  92 - 
Uncaught exception in thread Thread[P2P message reader for 
10.99.199.28(SpringBasedLocatorApplication:9908:locator)<ec><v0>:41000 unshared 
ordered sender uid=1 dom #1 local port=52238 remote port=55993,10,main]
java.lang.IllegalAccessError: class 
org.apache.geode.unsafe.internal.sun.nio.ch.DirectBuffer (in unnamed module 
@0x7276c8cd) cannot access class sun.nio.ch.DirectBuffer (in module java.base) 
because module java.base does not export sun.nio.ch to unnamed module 
@0x7276c8cd
        at 
org.apache.geode.unsafe.internal.sun.nio.ch.DirectBuffer.attachment(DirectBuffer.java:29)
        at 
org.apache.geode.internal.net.BufferPool.getPoolableBuffer(BufferPool.java:338)
        at 
org.apache.geode.internal.net.BufferPool.releaseBuffer(BufferPool.java:313)
        at 
org.apache.geode.internal.net.BufferPool.releaseReceiveBuffer(BufferPool.java:220)
        at 
org.apache.geode.internal.net.BufferPool.releaseBuffer(BufferPool.java:301)
        at 
org.apache.geode.internal.net.ByteBufferVendor$ByteBufferSharingInternalImpl.releaseBuffer(ByteBufferVendor.java:219)
        at 
org.apache.geode.internal.net.ByteBufferVendor.dropReference(ByteBufferVendor.java:150)
        at 
org.apache.geode.internal.net.ByteBufferVendor.destruct(ByteBufferVendor.java:115)
        at org.apache.geode.internal.tcp.Connection.run(Connection.java:1523)
        at 
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
        at 
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
        at java.base/java.lang.Thread.run(Thread.java:833) {code}
 even with the added recommended add-opens options of
{code:java}
--add-exports=java.base/sun.nio.ch=ALL-UNNAMED
--add-exports=java.management/com.sun.jmx.remote.security=ALL-UNNAMED
--add-opens=java.base/java.lang=ALL-UNNAMED
--add-opens=java.base/java.nio=ALL-UNNAMED
--add-opens=jdk.management/com.sun.management.internal=ALL-UNNAMED {code}
as can be seen here
{code:java}
/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home/bin/java -server -ea 
--add-opens java.base/java.lang=ALL-UNNAMED --add-opens, 
java.base/java.nio=ALL-UNNAMED --add-opens java.base/java.util=ALL-UNNAMED 
--add-opens jdk.management/com.sun.management.internal=ALL-UNNAMED 
--add-exports java.base/sun.nio.ch=ALL-UNNAMED --add-exports 
java.management/com.sun.jmx.remote.security=ALL-UNNAMED, -classpath ... 
-Dspring.data.gemfire.locator.port=56039, 
-Dgemfire.enable-cluster-configuration=false, 
org.springframework.data.gemfire.config.annotation.PeerCacheApplicationWithAddedCacheServerIntegrationTests$TestLocatorConfiguration
 {code}



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

Reply via email to