Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 86370 invoked from network); 3 Jan 2011 16:22:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Jan 2011 16:22:14 -0000 Received: (qmail 37823 invoked by uid 500); 3 Jan 2011 16:22:10 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 37702 invoked by uid 500); 3 Jan 2011 16:22:10 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 37680 invoked by uid 99); 3 Jan 2011 16:22:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 16:22:09 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.9] (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 03 Jan 2011 16:22:08 +0000 Received: (qmail 84748 invoked by uid 99); 3 Jan 2011 16:21:46 -0000 Received: from localhost.apache.org (HELO [192.168.23.9]) (127.0.0.1) (smtp-auth username markt, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Jan 2011 16:21:46 +0000 Message-ID: <4D21F798.4000201@apache.org> Date: Mon, 03 Jan 2011 16:21:44 +0000 From: Mark Thomas User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-GB; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Tomcat Users List Subject: Re: Comet and multipart References: <59576.77605.qm@web30508.mail.mud.yahoo.com> In-Reply-To: <59576.77605.qm@web30508.mail.mud.yahoo.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 03/01/2011 14:48, sol myr wrote: > Hi, > > We're implementing a CometServlet on top of Tomcat NIO connector, using "long polling". > Currently we're using the approach recommended by most tutorials: the client opens a connection and waits for a message (for a configured timeout); if such a message arrives, the client consumes it (e.g. presents it on screen), then *closes* the http connection, and opens a new connection (to wait for the next message). > > Unfortunately, we have a network performance problem with opening and closing connections (our 3rd party proxy is good at keeping connections alive, but is slow in negotiating new connections). > > So we'd like to keep the HTTP connection alive, and pass multiple messages on the same connection. We were hoping to tell the messages apart based on multipart format, or some other separator, or content length. > > Could anyone please tell whether that's supported on the TomcatServlet side? > If so, could you please refer me to the appropriate documentation? > In particular, is there some flag (on Tomcat or CometServlet) telling it to "support multipart"? That is going to require some custom coding on your part. Mark --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org