netty5/src/main/java/org/jboss/netty/channel/ChannelUpstreamHandler.java

207 lines
8.5 KiB
Java
Raw Normal View History

/*
2009-08-28 07:15:49 +00:00
* Copyright 2009 Red Hat, Inc.
*
2009-08-28 07:15:49 +00:00
* Red Hat licenses this file to you under the Apache License, version 2.0
* (the "License"); you may not use this file except in compliance with the
* License. You may obtain a copy of the License at:
*
2009-08-28 07:15:49 +00:00
* http://www.apache.org/licenses/LICENSE-2.0
*
2009-08-28 07:15:49 +00:00
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS, WITHOUT
* WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the
* License for the specific language governing permissions and limitations
* under the License.
*/
package org.jboss.netty.channel;
import java.net.SocketAddress;
2008-09-01 14:29:17 +00:00
import java.util.concurrent.Executor;
import org.jboss.netty.buffer.ChannelBuffer;
import org.jboss.netty.channel.socket.ServerSocketChannel;
2008-09-01 14:29:17 +00:00
import org.jboss.netty.handler.execution.ExecutionHandler;
import org.jboss.netty.handler.execution.OrderedMemoryAwareThreadPoolExecutor;
/**
* Handles or intercepts an upstream {@link ChannelEvent}, and sends a
* {@link ChannelEvent} to the next handler in a {@link ChannelPipeline}.
2008-09-02 14:12:56 +00:00
*
* <h3>Upstream events</h3>
2008-09-01 14:29:17 +00:00
* <p>
* An upstream event is an event which is supposed to be processed by
2009-10-30 06:38:55 +00:00
* a series of upstream handlers in the {@link ChannelPipeline}.
* The upstream events are generated by an I/O thread, and they have the
* following meaning:
2008-09-02 14:12:56 +00:00
* <p>
* <table border="1" cellspacing="0" cellpadding="6">
* <tr>
* <th>Event name</th></th><th>Event type and condition</th><th>Meaning</th>
* </tr>
* <tr>
* <td>{@code "messageReceived"}</td>
* <td>{@link MessageEvent}</td>
* <td>a message object (e.g. {@link ChannelBuffer}) was received from a remote peer</td>
* </tr>
* <tr>
* <td>{@code "exceptionCaught"}</td>
* <td>{@link ExceptionEvent}</td>
* <td>an exception was raised by an I/O thread or a {@link ChannelHandler}</td>
* </tr>
* <tr>
* <td>{@code "channelOpen"}</td>
* <td>{@link ChannelStateEvent}<br/>(state = {@link ChannelState#OPEN OPEN}, value = {@code true})</td>
* <td>a {@link Channel} is open, but not bound nor connected</td>
* </tr>
* <tr>
* <td>{@code "channelClosed"}</td>
* <td>{@link ChannelStateEvent}<br/>(state = {@link ChannelState#OPEN OPEN}, value = {@code false})</td>
* <td>a {@link Channel} was closed and all its related resources were released</td>
* </tr>
* <tr>
* <td>{@code "channelBound"}</td>
* <td>{@link ChannelStateEvent}<br/>(state = {@link ChannelState#BOUND BOUND}, value = {@link SocketAddress})</td>
* <td>a {@link Channel} is open and bound to a local address, but not connected</td>
* </tr>
* <tr>
* <td>{@code "channelUnbound"}</td>
* <td>{@link ChannelStateEvent}<br/>(state = {@link ChannelState#BOUND BOUND}, value = {@code null})</td>
* <td>a {@link Channel} was unbound from the current local address</td>
* </tr>
* <tr>
* <td>{@code "channelConnected"}</td>
* <td>{@link ChannelStateEvent}<br/>(state = {@link ChannelState#CONNECTED CONNECTED}, value = {@link SocketAddress})</td>
* <td>a {@link Channel} is open, bound to a local address, and connected to a remote address</td>
* </tr>
* <tr>
* <td>{@code "writeComplete"}</td>
* <td>{@link WriteCompletionEvent}</td>
* <td>something has been written to a remote peer</td>
* </tr>
* <tr>
* <td>{@code "channelDisconnected"}</td>
* <td>{@link ChannelStateEvent}<br/>(state = {@link ChannelState#CONNECTED CONNECTED}, value = {@code null})</td>
* <td>a {@link Channel} was disconnected from its remote peer</td>
* </tr>
* <tr>
* <td>{@code "channelInterestChanged"}</td>
* <td>{@link ChannelStateEvent}<br/>(state = {@link ChannelState#INTEREST_OPS INTEREST_OPS}, no value)</td>
* <td>a {@link Channel}'s {@link Channel#getInterestOps() interestOps} was changed</td>
* </tr>
* </table>
* <p>
* These two additional event types are used only for a parent channel which
* can have a child channel (e.g. {@link ServerSocketChannel}).
2008-09-02 14:12:56 +00:00
* <p>
* <table border="1" cellspacing="0" cellpadding="6">
* <tr>
* <th>Event name</th><th>Event type and condition</th><th>Meaning</th>
* </tr>
* <tr>
* <td>{@code "childChannelOpen"}</td>
* <td>{@link ChildChannelStateEvent}<br/>({@code childChannel.isOpen() = true})</td>
* <td>a child {@link Channel} was open (e.g. a server channel accepted a connection.)</td>
* </tr>
* <tr>
* <td>{@code "childChannelClosed"}</td>
* <td>{@link ChildChannelStateEvent}<br/>({@code childChannel.isOpen() = false})</td>
* <td>a child {@link Channel} was closed (e.g. the accepted connection was closed.)</td>
* </tr>
* </table>
2008-09-02 14:12:56 +00:00
*
* <h4>Additional resources worth reading</h4>
* <p>
2008-09-02 14:12:56 +00:00
* You might want to refer to {@link ChannelDownstreamHandler} to see how a
* {@link ChannelEvent} is interpreted when going downstream. Also, please
2009-04-28 12:36:06 +00:00
* refer to the {@link ChannelEvent} and {@link ChannelPipeline} documentation
* to find out what an upstream event and a downstream event are, what
* fundamental differences they have, and how they flow in a pipeline.
2008-09-02 14:12:56 +00:00
*
* <h3>{@link SimpleChannelHandler}</h3>
2008-09-01 14:29:17 +00:00
* <p>
* In most cases, you will get to use a {@link SimpleChannelHandler} to
2008-11-14 08:02:42 +00:00
* implement an upstream handler because it provides an individual handler
* method for each event type. You might want to implement this interface
* directly though if you want to handle various types of events in more
2008-09-01 14:29:17 +00:00
* generic way.
*
* <h3>Firing an event to the next handler</h3>
2008-09-01 15:19:34 +00:00
* <p>
* You can forward the received event upstream or downstream. In most cases,
* {@link ChannelUpstreamHandler} will send the event upstream (i.e. inbound)
* although it is legal to send the event downstream (i.e. outbound):
2008-09-01 15:19:34 +00:00
*
* <pre>
* // Sending the event upstream (inbound)
2008-09-02 14:12:56 +00:00
* void handleUpstream({@link ChannelHandlerContext} ctx, {@link ChannelEvent} e) throws Exception {
2008-09-01 15:19:34 +00:00
* ...
* ctx.sendUpstream(e);
* ...
* }
*
* // Sending the event downstream (outbound)
2008-09-02 14:12:56 +00:00
* void handleDownstream({@link ChannelHandlerContext} ctx, {@link ChannelEvent} e) throws Exception {
2008-09-01 15:19:34 +00:00
* ...
* ctx.sendDownstream(new MessageEvent(...));
* ...
* }
* </pre>
2008-09-02 14:12:56 +00:00
*
* <h4>Using the helper class to send an event</h4>
2008-09-01 15:19:34 +00:00
* <p>
* You will also find various helper methods in {@link Channels} to be useful
* to generate and send an artificial or manipulated event.
2008-09-01 15:19:34 +00:00
*
2008-09-01 14:29:17 +00:00
* <h3>Thread safety</h3>
* <p>
* If there's no {@link ExecutionHandler} in the {@link ChannelPipeline},
* {@link #handleUpstream(ChannelHandlerContext, ChannelEvent) handleUpstream}
* will be invoked sequentially by the same thread (i.e. an I/O thread).
2008-11-14 07:45:53 +00:00
* Please note that this does not necessarily mean that there's a dedicated
2008-09-01 14:29:17 +00:00
* thread per {@link Channel}; the I/O thread of some transport can serve more
* than one {@link Channel} (e.g. NIO transport), while the I/O thread of
2008-09-02 07:13:20 +00:00
* other transports can serve only one (e.g. OIO transport).
2008-09-01 14:29:17 +00:00
* <p>
* If an {@link ExecutionHandler} is added in the {@link ChannelPipeline},
* {@link #handleUpstream(ChannelHandlerContext, ChannelEvent) handleUpstream}
* may be invoked by different threads at the same time, depending on what
* {@link Executor} implementation is used with the {@link ExecutionHandler}.
* <p>
* {@link OrderedMemoryAwareThreadPoolExecutor} is provided to guarantee the
* order of {@link ChannelEvent}s. It does not guarantee that the invocation
* will be made by the same thread for the same channel, but it does guarantee
* that the invocation will be made sequentially for the events of the same
* channel. For example, the events can be processed as depicted below:
*
* <pre>
* -----------------------------------&gt; Timeline -----------------------------------&gt;
*
* Thread X: --- Channel A (Event 1) --. .-- Channel B (Event 2) --- Channel B (Event 3) ---&gt;
* \ /
* X
* / \
* Thread Y: --- Channel B (Event 1) --' '-- Channel A (Event 2) --- Channel A (Event 3) ---&gt;
* </pre>
2008-09-01 15:52:26 +00:00
* <p>
* Also, please refer to the {@link ChannelPipelineCoverage} annotation to
* understand the relationship between a handler and its stateful properties.
*
* @author The Netty Project (netty-dev@lists.jboss.org)
* @author Trustin Lee (trustin@gmail.com)
*
* @version $Rev$, $Date$
2009-04-28 12:36:06 +00:00
*
* @apiviz.exclude ^org\.jboss\.netty\.handler\..*$
*/
public interface ChannelUpstreamHandler extends ChannelHandler {
2008-09-01 14:29:17 +00:00
/**
* Handles the specified upstream event.
*
* @param ctx the context object for this handler
* @param e the upstream event to process or intercept
*/
void handleUpstream(ChannelHandlerContext ctx, ChannelEvent e) throws Exception;
}