Using OP_CONNECT with Selector.select causes selector to fire repeatedly
luchsh at linux.vnet.ibm.com
Wed Jun 20 00:18:16 PDT 2012
What don't you make a webrev with changes of the javadoc? it is clearer
On 06/18/2012 03:37 PM, Deven You wrote:
> Hi All,
> Could any one takes a look at this problem, I think we need clarify
> this situation so that user or customer will avoid keep selecting the
> Thanks a lot!
> On 06/05/2012 03:09 PM, Deven You wrote:
>> Hi Alan,
>> What is your opinion about the javadoc clarification?
>> Thanks alot!
>> On 05/31/2012 03:47 PM, Deven You wrote:
>>> Hi Alan,
>>> Thanks for your comments. How do you feel the javadoc change should
>>> be, from my knowledge, for the Selector.select(), we may add a
>>> sentence like "For OP_CONNECT, once a channel is already connected,
>>> an application should not check OP_CONNECT again, in this
>>> situation, Selector will ignore OP_CONNECT and return immediately."
>>> On 05/16/2012 04:40 AM, Alan Bateman wrote:
>>>> Just to follow up from my previous mail. I looked at the changes in
>>>> the patch and also tried it out to see the side effects. One issue
>>>> is that the changes mean that OP_CONNECT will be "automatically"
>>>> removed from the interest ops, minimally that would require a spec
>>>> change. When I ran the Selector tests (in the jdk repository) then
>>>> I noticed a few failures so there are other side effects too. In
>>>> any case, I think the one is really just a mis-use of the API and
>>>> that we should instead adding wording to the javadoc rather than
>>>> change the implementation.
More information about the nio-dev