I just check the document, the steps these ZhangLei lists are installing the development environment for building the native support code. I just checked the code of epoll[1], those files are using Apache License， so we are good to bind these artifacts into our release kit.
[1]https://github.com/netty/netty/tree/4.1/transport-native-epoll/src/main/c Willem Jiang Twitter: willemjiang Weibo: 姜宁willem On Thu, Nov 14, 2019 at 11:53 PM Zhang Lei <coolbee...@gmail.com> wrote: > > I Just add two dependencies netty-transport-native-kqueue and > netty-transport-native-epoll. Although these dependencies contain > libnetty_transport_native_epoll_x86_64.so and > libnetty_transport_native_kqueue_x86_64.jnilib files but they use Apache > License 2.0 > > Other than release does not contain any native libraries, netty call native > libraries from java jni, You need to install the native libraries on the > operating system before you can use it. > > # RHEL/CentOS/Fedora: > sudo yum install autoconf automake libtool make tar \ > glibc-devel libaio-devel \ > libgcc.i686 glibc-devel.i686 > # Debian/Ubuntu: > sudo apt-get install autoconf automake libtool make tar \ > gcc-multilib libaio-dev > > # MacOS > brew install autoconf automake libtool > > Also, I think I can enable native transport with configuration > spring.profiles.active=native > > Best regards, > Lei Zhang > > On November 14, 2019 at 10:04:04 PM, Zheng Feng (zh.f...@gmail.com) wrote: > > It looks good to and can you confirm which license these native libraries > are using ? especially they are not the part of the netty core. > > Thanks, > Zheng Feng > > Zhang Lei <coolbee...@gmail.com> 于2019年11月14日周四 下午9:50写道： > > > Hi, Pack Team > > > > Netty provides native socket transport[1] for Linux and macOS, In order > to > > support it, I need to upgrade Netty to the new version. But there are > some > > problems[2] with the SSL test case after the upgrade. > > > > Boringssl does not support cipher ECDHE-ECDSA-AES128-SHA256, You can see > it > > in this commit [3] > > > > ECDHE-ECDSA-AES128-SHA256 is openssl cipher name and > > TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 is RFC cipher name, they are the > > same > > > > So I recommend removing cipher ECDHE-ECDSA-AES128-SHA256 from the file > > below. > > > > > https://github.com/apache/servicecomb-pack/blob/master/omega/omega-connector/omega-connector-grpc/src/main/resources/ssl.properties > > > > > https://github.com/apache/servicecomb-pack/blob/master/omega/omega-connector/omega-connector-grpc/src/test/java/org/apache/servicecomb/pack/omega/connector/grpc/saga/SagaLoadBalanceSenderWithTLSTest.java > > > > > https://github.com/apache/servicecomb-pack/blob/master/alpha/alpha-server/src/main/resources/ssl.properties > > > > > https://github.com/apache/servicecomb-pack/blob/master/alpha/alpha-server/src/test/java/org/apache/servicecomb/pack/alpha/server/AlphaIntegrationWithSSLTest.java > > > > > > [1] https://netty.io/wiki/native-transports.html > > [2] https://github.com/netty/netty/issues/9775 > > [3] > > > > > https://github.com/google/boringssl/commit/6e678eeb6e76171712ae00d467321b6fe196152d > > > > > > Best regards, > > Lei Zhang > >
