zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From eolivelli <...@git.apache.org>
Subject [GitHub] zookeeper issue #227: ZOOKEEPER-2755 Allow to subclass ClientCnxnSocketNetty...
Date Sat, 08 Jul 2017 06:14:57 GMT
Github user eolivelli commented on the issue:

    @ivankelly thanks for taking a look.
    I do not have numbers about local transport vs loopback.
    The first use case is to run unit tests of applications which use zk eithout opening ports.
Using an ephemeral port may work but it makes trickier setting up things. 
    Without opening ports you can run multiple parallel tests easily
    The second is to run applications which are made to run both in 'distributed' mode and
in single process mode and use zk and other libs, especially bookkeeper without opening ports.
    Opening a port can be seen as a security risk.
    For instance I have several apps which use bk as internal wal but I need to make zk port
open at least on loopback interface.
    I see that these points can be managed using SO level configs/tricks or using docker...but
I if cut off the network stack if zk and bk at all it will make packaging of these apps really
    I will update the commit message as well

If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastructure@apache.org or file a JIRA ticket
with INFRA.

View raw message