Thanks for bringing this up Shawn. I also checked on my fork, netty-transport-native-epoll is the one actually needed. But yeah, netty-all is overkill. I created a jira: https://issues.apache.org/jira/browse/ZOOKEEPER-3494
I will upload my PR soon. Regards, Norbert On Fri, Aug 2, 2019 at 2:07 AM Michael Han <h...@apache.org> wrote: > >> SSL capability can be satisfied by one of the smaller netty jars, rather > than netty-all > > A brief look on the imports indicates that we might only need the handler > and transport jars from Netty. I'd suggest to create a JIRA to request this > change. > > On Tue, Jul 30, 2019 at 1:11 PM Shawn Heisey <apa...@elyograg.org> wrote: > > > We neglected to notice that netty is a required dependency for ZK SSL > > when we upgraded to ZK 3.5.5 in Solr. We have an issue to track this: > > > > https://issues.apache.org/jira/browse/SOLR-13665 > > > > I was noticing that the netty-all jar included in ZK is nearly 4MB ... > > and we will have to include it twice in the Solr download because it is > > needed for the SolrJ client as well as the Solr server. The Solr > > download is already quite large ... increasing it by another 7MB is > > painful. > > > > I'm hoping that ZK's SSL capability can be satisfied by one of the > > smaller netty jars, rather than netty-all. Is that a question that can > > be answered here on the ZK list? The specific class that is mentioned > > by the error is included in netty-transport. > > > > Thanks, > > Shawn > > >