Re: Can SSL capability be satisfied by a smaller dependency than netty-all?
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 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 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 > > >
Re: Can SSL capability be satisfied by a smaller dependency than netty-all?
>> 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 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 >
Can SSL capability be satisfied by a smaller dependency than netty-all?
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