Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Message-ID: <50F6925A.2090309@apache.org>
Date: Wed, 16 Jan 2013 11:43:22 +0000
From: Mark Thomas <markt@apache.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
 rv:17.0) Gecko/20130107 Thunderbird/17.0.2
MIME-Version: 1.0
To: Tomcat Developers List <dev@tomcat.apache.org>
Subject: Re: APR, WebSocket and Servlet 3.1 NIO refactoring
References: <50F559B9.3010901@apache.org> <50F64DCA.1050703@apache.org>
  <50F6746D.6060701@apache.org> <1358333022.2796.7.camel@mail.remm.hd.free.fr>
In-Reply-To: <1358333022.2796.7.camel@mail.remm.hd.free.fr>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit

On 16/01/2013 10:43, Remy Maucherat wrote:
> On Wed, 2013-01-16 at 09:35 +0000, Mark Thomas wrote:
>> That would be really nice. What I'd need is this:
>>
>> int removeFromPollset(long socket)
>>
>> where the return value is either -ve for an error code or +ve for the
>> current flags.
>>
>> Looking at the code, by the time I have finished the other changes the
>> change above would be a nice to have but not essential.
>>
>> One of the changes that will help (Remy already did this in his fork) is
>> to move from:
>> 1 pollset <-> 1 poller, 1 endpoint <-> multiple pollers
>> to:
>> 1 endpoint <-> 1 poller, multiple pollsets <-> 1 poller
>>
>> This is next on my todo list.
> 
> Using multiple pollsets is only needed on some platforms (Windows ...),
> and it is possible it is not supposed to be mandatory now (Windows
> should be able to handle large pollsets now). So if you accept to drop
> support for running production on older things (ex: XP), it can be
> simplified. To be confirmed though ;)

Tempting...

XP is still my primary development environment and only this week I
found the solution to the hardware compatibility issue that was stopping
me upgrading.

If XP has an issue (which doesn't surprise me at all) then I suspect
Server 2003 will have the same problem. That is supported until (at
least) July 2015 so I think dropping support (as much as I like deleting
code) is a little premature.

Mark


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org