From fe7e2ea4bb11a2f7075d66ba33b99736abc89156 Mon Sep 17 00:00:00 2001 From: Trustin Lee Date: Tue, 2 Sep 2008 07:22:16 +0000 Subject: [PATCH] Typo, grammar, duplication ... --- src/main/java/org/jboss/netty/channel/Channel.java | 13 +++++++------ .../netty/channel/ChannelDownstreamHandler.java | 8 +++----- 2 files changed, 10 insertions(+), 11 deletions(-) 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.