Name resolver API + implementations

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.

Example:

```java
NameResolverGroup<InetSocketAddress> resolvers = new DnsNameResolver(...);
Bootstrap b = new Bootstrap();
...
b.resolver(resolvers);
...
b.connect();

resolvers.close();
```
Maybe, but it's guaranteed to see a dead lock if we do that.  Eventually, terminating an event loop will automatically destory the resolver, so I'd say it's not a big deal.

If a user wants to destroy the resolver synchronously, we can add a method that returns a future as you suggested, but hmm.. when?