zookeeper-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Norbert Kalmar <nkal...@cloudera.com.INVALID>
Subject Re: Can SSL capability be satisfied by a smaller dependency than netty-all?
Date Mon, 05 Aug 2019 11:46:38 GMT
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 <hanm@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 <apache@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
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message