History

Trustin Lee e848066cab Name resolver API and DNS-based name resolver Motivation: So far, we relied on the domain name resolution mechanism provided by JDK. It served its purpose very well, but had the following shortcomings: - Domain name resolution is performed in a blocking manner. This becomes a problem when a user has to connect to thousands of different hosts. e.g. web crawlers - It is impossible to employ an alternative cache/retry policy. e.g. lower/upper bound in TTL, round-robin - It is impossible to employ an alternative name resolution mechanism. e.g. Zookeeper-based name resolver Modification: - Add the resolver API in the new module: netty-resolver - Implement the DNS-based resolver: netty-resolver-dns .. which uses netty-codec-dns - Make ChannelFactory reusable because it's now used by io.netty.bootstrap, io.netty.resolver.dns, and potentially by other modules in the future - Move ChannelFactory from io.netty.bootstrap to io.netty.channel - Deprecate the old ChannelFactory - Add ReflectiveChannelFactory Result: It is trivial to resolve a large number of domain names asynchronously.		2014-10-16 17:05:20 +09:00
..
src	Name resolver API and DNS-based name resolver	2014-10-16 17:05:20 +09:00
pom.xml	Fix Native EPOLL Build Failure	2014-09-17 20:59:21 +02:00
README.md	Introduce a native transport for linux using epoll ET	2014-02-15 22:44:56 +01:00

Native transport for Linux