diff --git a/src/main/java/org/jboss/netty/channel/Channel.java b/src/main/java/org/jboss/netty/channel/Channel.java index 442dd4572a..1e4756c0f1 100644 --- a/src/main/java/org/jboss/netty/channel/Channel.java +++ b/src/main/java/org/jboss/netty/channel/Channel.java @@ -27,16 +27,17 @@ import java.util.UUID; /** - * A nexus to a network socket or a component which is capable of predefined - * I/O operations such as read, write, connect, and bind. + * A nexus to a network socket or a component which is capable of I/O + * operations such as read, write, connect, and bind. *

* A channel provides a user: *

* * @author The Netty Project (netty-dev@lists.jboss.org) diff --git a/src/main/java/org/jboss/netty/channel/ChannelDownstreamHandler.java b/src/main/java/org/jboss/netty/channel/ChannelDownstreamHandler.java index 6dd16ab908..e6b0c209df 100644 --- a/src/main/java/org/jboss/netty/channel/ChannelDownstreamHandler.java +++ b/src/main/java/org/jboss/netty/channel/ChannelDownstreamHandler.java @@ -35,9 +35,9 @@ import java.net.SocketAddress; * For example, all I/O requests made by a user application are downstream * events. *

- * In most common use case of this interface is to intercept an I/O request + * The most common use case of this interface is to intercept an I/O request * such as {@link Channel#write(Object)} and {@link Channel#close()}. The - * reveived {@link ChannelEvent} object is interpreted as described in the + * received {@link ChannelEvent} object is interpreted as described in the * following table: * * @@ -104,9 +104,7 @@ import java.net.SocketAddress; * {@link #handleDownstream(ChannelHandlerContext, ChannelEvent) handleDownstream} * may be invoked by more than one thread simultaneously. If the handler * accesses a shared resource or stores stateful information, you might need - * proper synchronization in the handler implementation. Also, please refer to - * the {@link ChannelPipelineCoverage} annotation to understand the - * relationship between a handler and its stateful properties. + * proper synchronization in the handler implementation. *

* Also, please refer to the {@link ChannelPipelineCoverage} annotation to * understand the relationship between a handler and its stateful properties.