netty5/transport-native-epoll/src
Norman Maurer f921ea344e 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 16:04:13 +01:00
..
main Not call java methods from within JNI init code to prevent class loading deadlocks. 2017-12-06 16:04:13 +01:00
test/java/io/netty/channel Make methods 'static' where it possible 2017-10-21 15:02:10 +02:00