366 lines
21 KiB
HTML
366 lines
21 KiB
HTML
|
<!DOCTYPE html SYSTEM "about:legacy-compat">
|
||
|
<html lang="en"><head><META http-equiv="Content-Type" content="text/html; charset=UTF-8"><link href="./images/docs-stylesheet.css" rel="stylesheet" type="text/css"><title>Apache Tomcat 8 (8.0.53) - Advanced IO and Tomcat</title><meta name="author" content="Remy Maucherat"><script type="application/javascript" data-comments-identifier="tomcat-8.0-doc/aio">
|
||
|
"use strict"; // Enable strict mode
|
||
|
|
||
|
(function() {
|
||
|
var thisScript = document.currentScript;
|
||
|
if (!thisScript) { // Workaround for IE <= 11
|
||
|
var scripts = document.getElementsByTagName("script");
|
||
|
thisScript = scripts[scripts.length - 1];
|
||
|
}
|
||
|
document.addEventListener("DOMContentLoaded", (function() {
|
||
|
var commentsDiv = document.getElementById("comments_thread");
|
||
|
var commentsShortname = "tomcat";
|
||
|
var commentsIdentifier = "https://tomcat.apache.org/" +
|
||
|
thisScript.getAttribute("data-comments-identifier") + ".html";
|
||
|
|
||
|
(function(w, d) {
|
||
|
if (w.location.hostname.toLowerCase() == "tomcat.apache.org") {
|
||
|
var s = d.createElement("script");
|
||
|
s.type = "application/javascript";
|
||
|
s.async = true;
|
||
|
s.src = "https://comments.apache.org/show_comments.lua?site=" +
|
||
|
encodeURIComponent(commentsShortname) +
|
||
|
"&page=" + encodeURIComponent(commentsIdentifier);
|
||
|
d.head.appendChild(s);
|
||
|
} else {
|
||
|
commentsDiv.appendChild(d.createTextNode("Comments are disabled for this page at the moment."));
|
||
|
}
|
||
|
})(window, document);
|
||
|
}), false);
|
||
|
})();
|
||
|
</script></head><body><div id="wrapper"><header><div id="header"><div><div><div class="logo noPrint"><a href="https://tomcat.apache.org/"><img alt="Tomcat Home" src="./images/tomcat.png"></a></div><div style="height: 1px;"></div><div class="asfLogo noPrint"><a href="https://www.apache.org/" target="_blank"><img src="./images/asf-logo.svg" alt="The Apache Software Foundation" style="width: 266px; height: 83px;"></a></div><h1>Apache Tomcat 8</h1><div class="versionInfo">
|
||
|
Version 8.0.53,
|
||
|
<time datetime="2018-06-29">Jun 29 2018</time></div><div style="height: 1px;"></div><div style="clear: left;"></div></div></div></div></header><div id="middle"><div><div id="mainLeft" class="noprint"><div><nav><div><h2>Links</h2><ul><li><a href="index.html">Docs Home</a></li><li><a href="https://wiki.apache.org/tomcat/FAQ">FAQ</a></li><li><a href="#comments_section">User Comments</a></li></ul></div><div><h2>User Guide</h2><ul><li><a href="introduction.html">1) Introduction</a></li><li><a href="setup.html">2) Setup</a></li><li><a href="appdev/index.html">3) First webapp</a></li><li><a href="deployer-howto.html">4) Deployer</a></li><li><a href="manager-howto.html">5) Manager</a></li><li><a href="host-manager-howto.html">6) Host Manager</a></li><li><a href="realm-howto.html">7) Realms and AAA</a></li><li><a href="security-manager-howto.html">8) Security Manager</a></li><li><a href="jndi-resources-howto.html">9) JNDI Resources</a></li><li><a href="jndi-datasource-examples-howto.html">10) JDBC DataSources</a></li><li><a href="class-loader-howto.html">11) Classloading</a></li><li><a href="jasper-howto.html">12) JSPs</a></li><li><a href="ssl-howto.html">13) SSL/TLS</a></li><li><a href="ssi-howto.html">14) SSI</a></li><li><a href="cgi-howto.html">15) CGI</a></li><li><a href="proxy-howto.html">16) Proxy Support</a></li><li><a href="mbeans-descriptors-howto.html">17) MBeans Descriptors</a></li><li><a href="default-servlet.html">18) Default Servlet</a></li><li><a href="cluster-howto.html">19) Clustering</a></li><li><a href="balancer-howto.html">20) Load Balancer</a></li><li><a href="connectors.html">21) Connectors</a></li><li><a href="monitoring.html">22) Monitoring and Management</a></li><li><a href="logging.html">23) Logging</a></li><li><a href="apr.html">24) APR/Native</a></li><li><a href="virtual-hosting-howto.html">25) Virtual Hosting</a></li><li><a href="aio.html">26) Advanced IO</a></li><li><a href="extras.html">27) Additional Components</a></li><li><a href="maven-jars.html">28) Mavenized</a></li><li><a href="security-howto.html">29) Security Considerations</a></li><li><a href="windows-service-howto.html">30) Windows Service</a></li><li><a href="windows-auth-howto.html">31) Windows Authentication</a></li><li><a href="jdbc-pool.html">32) Tomcat's JDBC Pool</a></li><li><a href="web-socket-howto.html">33) WebSocket</a></li><li><a href="rewrite.html">34) Rewrite</a></li></ul></div><div><h2>Reference</h2><ul><li><a href="RELEASE-NOTES.txt">Release Notes</a></li><li><a href="config/index.html">Configuration</a></li><li><a href="api/index.html">Tomcat Javadocs</a></li><li><a href="servletapi/index.html">Servlet Javadocs</a></li><li><a href="jspapi/index.html">JSP 2.3 Javadocs</a></li><li><a href="elapi/index.html">EL 3.0 Javadocs</a></li><li><a href="websocketapi/index.html">WebSocket 1.1 Javadocs</a></li><li><a href="https://tomcat.apache.org/connectors-doc/">JK 1.2 Documentation</a></li></ul></div><div><h2>Apache Tomcat Development</h2><ul><li><a href="building.html">Building</a></li><li><a href="changelog.html">Changelog</a></li><li><a href="https://wiki.apache.org/tomcat/TomcatVersions">Status</a></li><li><a href="developers.html">Developers</a></li><li><a href="architecture/index.html">Architecture</a></li><li><a href="funcspecs/index.html">Functional Specs.</a></li><li><a href="tribes/introduction.html">Tribes</a></li></ul></div></nav></div></div><div id="mainRight"><div id="content"><h2>Advanced IO and Tomcat</h2><h3 id="Table_of_Contents">Table of Contents</h3><div class="text">
|
||
|
<ul><li><a href="#Introduction">Introduction</a></li><li><a href="#Comet_support">Comet support</a><ol><li><a href="#CometEvent">CometEvent</a></li><li><a href="#CometFilter">CometFilter</a></li><li><a href="#Example_code">Example code</a></li><li><a href="#Comet_timeouts">Comet timeouts</a></li></ol></li><li><a href="#Asynchronous_writes">Asynchronous writes</a></li></ul>
|
||
|
</div><h3 id="Introduction">Introduction</h3><div class="text">
|
||
|
|
||
|
<p>
|
||
|
With usage of APR or NIO APIs as the basis of its connectors, Tomcat is
|
||
|
able to provide a number of extensions over the regular blocking IO
|
||
|
as provided with support for the Servlet API.
|
||
|
</p>
|
||
|
|
||
|
<p>
|
||
|
<b>IMPORTANT NOTE: Usage of these features requires using the APR or NIO
|
||
|
HTTP connectors. The classic java.io HTTP connector and the AJP connectors
|
||
|
do not support them.</b>
|
||
|
</p>
|
||
|
|
||
|
</div><h3 id="Comet_support">Comet support</h3><div class="text">
|
||
|
|
||
|
<p>
|
||
|
Comet support allows a servlet to process IO asynchronously, receiving
|
||
|
events when data is available for reading on the connection (rather than
|
||
|
always using a blocking read), and writing data back on connections
|
||
|
asynchronously (most likely responding to some event raised from some
|
||
|
other source).
|
||
|
</p>
|
||
|
|
||
|
<div class="subsection"><h4 id="CometEvent">CometEvent</h4><div class="text">
|
||
|
|
||
|
<p>
|
||
|
Servlets which implement the <code>org.apache.catalina.comet.CometProcessor</code>
|
||
|
interface will have their event method invoked rather than the usual service
|
||
|
method, according to the event which occurred. The event object gives
|
||
|
access to the usual request and response objects, which may be used in the
|
||
|
usual way. The main difference is that those objects remain valid and fully
|
||
|
functional at any time between processing of the BEGIN event until processing
|
||
|
an END or ERROR event.
|
||
|
The following event types exist:
|
||
|
</p>
|
||
|
|
||
|
<ul>
|
||
|
<li>EventType.BEGIN: will be called at the beginning
|
||
|
of the processing of the connection. It can be used to initialize any relevant
|
||
|
fields using the request and response objects. Between the end of the processing
|
||
|
of this event, and the beginning of the processing of the end or error events,
|
||
|
it is possible to use the response object to write data on the open connection.
|
||
|
Note that the response object and dependent OutputStream and Writer are still
|
||
|
not synchronized, so when they are accessed by multiple threads,
|
||
|
synchronization is mandatory. After processing the initial event, the request
|
||
|
is considered to be committed.</li>
|
||
|
<li>EventType.READ: This indicates that input data is available, and that one read can be made
|
||
|
without blocking. The available and ready methods of the InputStream or
|
||
|
Reader may be used to determine if there is a risk of blocking: the servlet
|
||
|
should read while data is reported available. When encountering a read error,
|
||
|
the servlet should report it by propagating the exception properly. Throwing
|
||
|
an exception will cause the error event to be invoked, and the connection
|
||
|
will be closed.
|
||
|
Alternately, it is also possible to catch any exception, perform clean up
|
||
|
on any data structure the servlet may be using, and using the close method
|
||
|
of the event. It is not allowed to attempt reading data from the request
|
||
|
object outside of the execution of this method.<br>
|
||
|
On some platforms, like Windows, a client disconnect is indicated by a READ event.
|
||
|
Reading from the stream may result in -1, an IOException or an EOFException.
|
||
|
Make sure you properly handle all these three cases.
|
||
|
If you don't catch the IOException, Tomcat will instantly invoke your event chain with an ERROR as
|
||
|
it catches the error for you, and you will be notified of the error at that time.
|
||
|
</li>
|
||
|
<li>EventType.END: End may be called to end the processing of the request. Fields that have
|
||
|
been initialized in the begin method should be reset. After this event has
|
||
|
been processed, the request and response objects, as well as all their dependent
|
||
|
objects will be recycled and used to process other requests. End will also be
|
||
|
called when data is available and the end of file is reached on the request input
|
||
|
(this usually indicates the client has pipelined a request).</li>
|
||
|
<li>EventType.ERROR: Error will be called by the container in the case where an IO exception
|
||
|
or a similar unrecoverable error occurs on the connection. Fields that have
|
||
|
been initialized in the begin method should be reset. After this event has
|
||
|
been processed, the request and response objects, as well as all their dependent
|
||
|
objects will be recycled and used to process other requests.</li>
|
||
|
</ul>
|
||
|
|
||
|
<p>
|
||
|
There are some event subtypes which allow finer processing of events (note: some of these
|
||
|
events require usage of the org.apache.catalina.valves.CometConnectionManagerValve valve):
|
||
|
</p>
|
||
|
|
||
|
<ul>
|
||
|
<li>EventSubType.TIMEOUT: The connection timed out (sub type of ERROR); note that this ERROR
|
||
|
type is not fatal, and the connection will not be closed unless the servlet uses the close
|
||
|
method of the event.
|
||
|
</li>
|
||
|
<li>EventSubType.CLIENT_DISCONNECT: The client connection was closed (sub type of ERROR).
|
||
|
</li>
|
||
|
<li>EventSubType.IOEXCEPTION: An IO exception occurred, such as invalid content, for example,
|
||
|
an invalid chunk block (sub type of ERROR).
|
||
|
</li>
|
||
|
<li>EventSubType.WEBAPP_RELOAD: The web application is being reloaded (sub type of END).
|
||
|
</li>
|
||
|
<li>EventSubType.SESSION_END: The servlet ended the session (sub type of END).
|
||
|
</li>
|
||
|
</ul>
|
||
|
|
||
|
<p>
|
||
|
As described above, the typical lifecycle of a Comet request will consist in a series of
|
||
|
events such as: BEGIN -> READ -> READ -> READ -> ERROR/TIMEOUT. At any time, the servlet
|
||
|
may end processing of the request by using the close method of the event object.
|
||
|
</p>
|
||
|
|
||
|
</div></div>
|
||
|
|
||
|
<div class="subsection"><h4 id="CometFilter">CometFilter</h4><div class="text">
|
||
|
|
||
|
<p>
|
||
|
Similar to regular filters, a filter chain is invoked when comet events are processed.
|
||
|
These filters should implement the CometFilter interface (which works in the same way as
|
||
|
the regular Filter interface), and should be declared and mapped in the deployment
|
||
|
descriptor in the same way as a regular filter. The filter chain when processing an event
|
||
|
will only include filters which match all the usual mapping rules, and also implement
|
||
|
the CometFiler interface.
|
||
|
</p>
|
||
|
|
||
|
</div></div>
|
||
|
|
||
|
<div class="subsection"><h4 id="Example_code">Example code</h4><div class="text">
|
||
|
|
||
|
<p>
|
||
|
The following pseudo code servlet implements asynchronous chat functionality using the API
|
||
|
described above:
|
||
|
</p>
|
||
|
|
||
|
<div class="codeBox"><pre><code>public class ChatServlet
|
||
|
extends HttpServlet implements CometProcessor {
|
||
|
|
||
|
protected ArrayList<HttpServletResponse> connections =
|
||
|
new ArrayList<HttpServletResponse>();
|
||
|
protected MessageSender messageSender = null;
|
||
|
|
||
|
public void init() throws ServletException {
|
||
|
messageSender = new MessageSender();
|
||
|
Thread messageSenderThread =
|
||
|
new Thread(messageSender, "MessageSender[" + getServletContext().getContextPath() + "]");
|
||
|
messageSenderThread.setDaemon(true);
|
||
|
messageSenderThread.start();
|
||
|
}
|
||
|
|
||
|
public void destroy() {
|
||
|
connections.clear();
|
||
|
messageSender.stop();
|
||
|
messageSender = null;
|
||
|
}
|
||
|
|
||
|
/**
|
||
|
* Process the given Comet event.
|
||
|
*
|
||
|
* @param event The Comet event that will be processed
|
||
|
* @throws IOException
|
||
|
* @throws ServletException
|
||
|
*/
|
||
|
public void event(CometEvent event)
|
||
|
throws IOException, ServletException {
|
||
|
HttpServletRequest request = event.getHttpServletRequest();
|
||
|
HttpServletResponse response = event.getHttpServletResponse();
|
||
|
if (event.getEventType() == CometEvent.EventType.BEGIN) {
|
||
|
log("Begin for session: " + request.getSession(true).getId());
|
||
|
PrintWriter writer = response.getWriter();
|
||
|
writer.println("<!DOCTYPE html>");
|
||
|
writer.println("<head><title>JSP Chat</title></head><body>");
|
||
|
writer.flush();
|
||
|
synchronized(connections) {
|
||
|
connections.add(response);
|
||
|
}
|
||
|
} else if (event.getEventType() == CometEvent.EventType.ERROR) {
|
||
|
log("Error for session: " + request.getSession(true).getId());
|
||
|
synchronized(connections) {
|
||
|
connections.remove(response);
|
||
|
}
|
||
|
event.close();
|
||
|
} else if (event.getEventType() == CometEvent.EventType.END) {
|
||
|
log("End for session: " + request.getSession(true).getId());
|
||
|
synchronized(connections) {
|
||
|
connections.remove(response);
|
||
|
}
|
||
|
PrintWriter writer = response.getWriter();
|
||
|
writer.println("</body></html>");
|
||
|
event.close();
|
||
|
} else if (event.getEventType() == CometEvent.EventType.READ) {
|
||
|
InputStream is = request.getInputStream();
|
||
|
byte[] buf = new byte[512];
|
||
|
do {
|
||
|
int n = is.read(buf); //can throw an IOException
|
||
|
if (n > 0) {
|
||
|
log("Read " + n + " bytes: " + new String(buf, 0, n)
|
||
|
+ " for session: " + request.getSession(true).getId());
|
||
|
} else if (n < 0) {
|
||
|
error(event, request, response);
|
||
|
return;
|
||
|
}
|
||
|
} while (is.available() > 0);
|
||
|
}
|
||
|
}
|
||
|
|
||
|
public class MessageSender implements Runnable {
|
||
|
|
||
|
protected boolean running = true;
|
||
|
protected ArrayList<String> messages = new ArrayList<String>();
|
||
|
|
||
|
public MessageSender() {
|
||
|
}
|
||
|
|
||
|
public void stop() {
|
||
|
running = false;
|
||
|
}
|
||
|
|
||
|
/**
|
||
|
* Add message for sending.
|
||
|
*/
|
||
|
public void send(String user, String message) {
|
||
|
synchronized (messages) {
|
||
|
messages.add("[" + user + "]: " + message);
|
||
|
messages.notify();
|
||
|
}
|
||
|
}
|
||
|
|
||
|
public void run() {
|
||
|
|
||
|
while (running) {
|
||
|
|
||
|
if (messages.size() == 0) {
|
||
|
try {
|
||
|
synchronized (messages) {
|
||
|
messages.wait();
|
||
|
}
|
||
|
} catch (InterruptedException e) {
|
||
|
// Ignore
|
||
|
}
|
||
|
}
|
||
|
|
||
|
synchronized (connections) {
|
||
|
String[] pendingMessages = null;
|
||
|
synchronized (messages) {
|
||
|
pendingMessages = messages.toArray(new String[0]);
|
||
|
messages.clear();
|
||
|
}
|
||
|
// Send any pending message on all the open connections
|
||
|
for (int i = 0; i < connections.size(); i++) {
|
||
|
try {
|
||
|
PrintWriter writer = connections.get(i).getWriter();
|
||
|
for (int j = 0; j < pendingMessages.length; j++) {
|
||
|
writer.println(pendingMessages[j] + "<br>");
|
||
|
}
|
||
|
writer.flush();
|
||
|
} catch (IOException e) {
|
||
|
log("IOExeption sending message", e);
|
||
|
}
|
||
|
}
|
||
|
}
|
||
|
|
||
|
}
|
||
|
|
||
|
}
|
||
|
|
||
|
}
|
||
|
|
||
|
}</code></pre></div>
|
||
|
|
||
|
</div></div>
|
||
|
<div class="subsection"><h4 id="Comet_timeouts">Comet timeouts</h4><div class="text">
|
||
|
<p>If you are using the NIO connector, you can set individual timeouts for your different comet connections.
|
||
|
To set a timeout, simply set a request attribute like the following code shows:</p>
|
||
|
<div class="codeBox"><pre><code>CometEvent event.... event.setTimeout(30*1000);</code></pre></div>
|
||
|
<p>or</p>
|
||
|
<div class="codeBox"><pre><code>event.getHttpServletRequest().setAttribute("org.apache.tomcat.comet.timeout", new Integer(30 * 1000));</code></pre></div>
|
||
|
<p>
|
||
|
This sets the timeout to 30 seconds.
|
||
|
Important note: in order to set this timeout, it has to be done on the <code>BEGIN</code> event.
|
||
|
The default value is <code>soTimeout</code>
|
||
|
</p>
|
||
|
<p>If you are using the APR connector, all Comet connections will have the same timeout value. It is <code>soTimeout*50</code>
|
||
|
</p>
|
||
|
</div></div>
|
||
|
|
||
|
</div><h3 id="Asynchronous_writes">Asynchronous writes</h3><div class="text">
|
||
|
|
||
|
<p>
|
||
|
When APR or NIO is enabled, Tomcat supports using sendfile to send large static files.
|
||
|
These writes, as soon as the system load increases, will be performed
|
||
|
asynchronously in the most efficient way. Instead of sending a large response using
|
||
|
blocking writes, it is possible to write content to a static file, and write it
|
||
|
using a sendfile code. A caching valve could take advantage of this to cache the
|
||
|
response data in a file rather than store it in memory. Sendfile support is
|
||
|
available if the request attribute <code>org.apache.tomcat.sendfile.support</code>
|
||
|
is set to <code>Boolean.TRUE</code>.
|
||
|
</p>
|
||
|
|
||
|
<p>
|
||
|
Any servlet can instruct Tomcat to perform a sendfile call by setting the appropriate
|
||
|
request attributes. It is also necessary to correctly set the content length
|
||
|
for the response. When using sendfile, it is best to ensure that neither the
|
||
|
request or response have been wrapped, since as the response body will be sent later
|
||
|
by the connector itself, it cannot be filtered. Other than setting the 3 needed
|
||
|
request attributes, the servlet should not send any response data, but it may use
|
||
|
any method which will result in modifying the response header (like setting cookies).
|
||
|
</p>
|
||
|
|
||
|
<ul>
|
||
|
<li><code>org.apache.tomcat.sendfile.filename</code>: Canonical filename of the file which will be sent as
|
||
|
a String</li>
|
||
|
<li><code>org.apache.tomcat.sendfile.start</code>: Start offset as a Long</li>
|
||
|
<li><code>org.apache.tomcat.sendfile.end</code>: End offset as a Long</li>
|
||
|
</ul>
|
||
|
<p>
|
||
|
In addition to setting these parameters it is necessary to set the content-length header.
|
||
|
Tomcat will not do that for you, since you may have already written data to the output stream.
|
||
|
</p>
|
||
|
|
||
|
<p>
|
||
|
Note that the use of sendfile will disable any compression that Tomcat may
|
||
|
otherwise have performed on the response.
|
||
|
</p>
|
||
|
|
||
|
</div><div class="noprint"><h3 id="comments_section">
|
||
|
Comments
|
||
|
</h3><div class="text"><p class="notice"><strong>Notice: </strong>This comments section collects your suggestions
|
||
|
on improving documentation for Apache Tomcat.<br><br>
|
||
|
If you have trouble and need help, read
|
||
|
<a href="https://tomcat.apache.org/findhelp.html">Find Help</a> page
|
||
|
and ask your question on the tomcat-users
|
||
|
<a href="https://tomcat.apache.org/lists.html">mailing list</a>.
|
||
|
Do not ask such questions here. This is not a Q&A section.<br><br>
|
||
|
The Apache Comments System is explained <a href="./comments.html">here</a>.
|
||
|
Comments may be removed by our moderators if they are either
|
||
|
implemented or considered invalid/off-topic.
|
||
|
</p><div id="comments_thread"></div></div></div></div></div></div></div><footer><div id="footer">
|
||
|
Copyright © 1999-2018, The Apache Software Foundation
|
||
|
</div></footer></div></body></html>
|