We plan to extend/re-use the NioEndpoint of Tomcat 8.5.x and override the following methods: 1. Bind 2. Unbind 3. UnlockAccept 4. Acceptor Intend to use most of the NIO code for poller threads and other start stop logic. One issue faced was that “stopLatch” is not accessible outside the NioEndpoint class. This stopLatch is initialized during “bind” and used during “stop”. But since we override bind and don’t have access to “stopLatch”we’re facing issues while using the default NioEndpoint implementation. Could this field protected similar to other fields such as pollerThreadCount, acceptorThreadCount? Reflection seems too hack-ish and we don’t see any issues with making this field protected instead of private.
Any guidance on this?
Fixed in: - trunk for 9.0.0.M18 onwards - 8.5.x for 8.5.12 onwards