Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Received-SPF: pass (herse.apache.org: local policy)
Message-ID: <46433FF2.5050703@hanik.com>
Date: Thu, 10 May 2007 17:53:22 +0200
From: Filip Hanik - Dev Lists <devlists@hanik.com>
User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
MIME-Version: 1.0
To: Tomcat Developers List <dev@tomcat.apache.org>
Subject: Re: svn commit: r536830 - in
 /tomcat/tc6.0.x/trunk/java/org/apache/catalina:
 CometEvent.java connector/CometEventImpl.java
References: <20070510113030.1938B1A9838@eris.apache.org>
 <464309DA.5000502@apache.org> <464335FD.8080300@hanik.com>
 <46433AF1.7050308@apache.org>
In-Reply-To: <46433AF1.7050308@apache.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Remy Maucherat wrote:
> Filip Hanik - Dev Lists wrote:
>> it's more than just cool, its extremely practical.
>> If I only want to "unregister READ", all I have to do is 
>> register(getRegisteredOps() & (~OP_READ))
>> with the enums, that are not as cool, I need a little piece of code 
>> that singles it out.
>
> For sure, with enums, you definitely don't look as cool since you'd be 
> writing unregister(OP_READ) :D
yes, you are right, I'll add that in
>
>> I'll leave the enum in there, but if you change your mind, I like the 
>> "and/or" tricks, and be happy to stick them back in,
>> it's just not worth delaying the impl effort for
>
> I agree and/or tricks are cool. It feels like C, and I enjoy that in 
> APR, but I think it's less appropriate in a Java API (where Sun 
> demonstrated you have to think that objects are free, and GC does not 
> exist :D ).
he he, I keep hearing that everywhere, and folks like to believe it, and 
I thought that De-Nial was a river in Egypt
>
> BTW, I don't understand why you like NIO, those Java APIs are not fun ;)
I'm cornered cause I haven't done any C since college, and even then I 
sucked at it :)

Filip

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