netty5/transport-native-kqueue/src/main
Norman Maurer 3f101caa4c Not call java methods from within JNI init code to prevent class loading deadlocks.
Motivation:

We used NetUtil.isIpV4StackPreferred() when loading JNI code which tries to load NetworkInterface in its static initializer. Unfortunally a lock on the NetworkInterface class init may be already hold somewhere else which may cause a loader deadlock.

Modifications:

Add a new Socket.initialize() method that will be called when init the library and pass everything needed to the JNI level so we not need to call back to java.

Result:

Fixes [#7458].
2017-12-06 14:34:15 +01:00
..
c Include JNIEXPORT on exported symbols 2017-08-18 17:34:48 -07:00
java/io/netty/channel/kqueue Not call java methods from within JNI init code to prevent class loading deadlocks. 2017-12-06 14:34:15 +01:00