Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Received-SPF: neutral (asf.osuosl.org: local policy)
Message-ID: <4499ED66.7060705@hanik.com>
Date: Wed, 21 Jun 2006 20:07:50 -0500
From: Filip Hanik - Dev Lists <devlists@hanik.com>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: Tomcat Developers List <dev@tomcat.apache.org>
Subject: Re: NIO Connector, please review
References: <4496A724.5060107@hanik.com>
       <200606191733.k5JHXMH7006237@harpy.wilshire.com>
    <35657.148.107.10.20.1150752071.squirrel@www.hanik.com>
 <58419.148.107.10.20.1150755091.squirrel@www.hanik.com>
In-Reply-To: <58419.148.107.10.20.1150755091.squirrel@www.hanik.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Ok, I have a non SSL enabled Java NIO connector created and checked in. 
It works in the exact way as APR, meaning it blocks on read and write,
So its no true NIO, but close enough to handle comet style traffic, and 
to increase the connection count without increasing thread count.

Filip


devlists@hanik.com wrote:
> let me fill in the other blanks,
> the connector will be modified so that it knows when it has enough data to
> proceed, ala, chunked encoding etc.
> that is still work to be done.
>
> but I wanted let you know how it conceptually could look similar to the
> APR connector, and how much of the code could be shared.
>
> Filip
>
>   
>>>       
>>>> -----Original Message-----
>>>> From: Filip Hanik - Dev Lists [mailto:devlists@hanik.com]
>>>> Sent: Monday, June 19, 2006 6:31 AM
>>>> To: Tomcat Developers List
>>>> Subject: NIO Connector, please review
>>>>
>>>> gents,
>>>> I've worked on an NIO connector, since the NIO and APR model
>>>> can be/are
>>>> very similar, this is a fairly straightforward port.
>>>> I'd like for you to review and then continue this as work, as
>>>> this would
>>>> allow me to have Comet support without the need for native libraries.
>>>> After review, please suggest where I can continue the work, trunk or
>>>> sandbox?
>>>>
>>>> If the attachments don't make it, here is a link
>>>> http://www.halosg.com/connectors.zip
>>>>
>>>> This is not worked completed, but working, I wanna see if I can make
>>>> optimizations, and of course, SSL support
>>>>         
>>> I don't see how this could possibly work.  You are using non-blocking
>>> sockets, but you consider it to be an error if readSocket returns false
>>> (when all it actually means is that the data hasn't arrived yet :).
>>>
>>> The APR Connector doesn't have this problem since it uses blocking
>>> sockets
>>> (for much this reason).
>>>       
>> there is a discrepency, I need to fix the fill() method,
>> for the other methods, false means, return the socket to the poller, free
>> the thread and come back when you have more data. ala non blocking mode
>>
>> so there is some massaging to do, but they are not that different. And on
>> writing, it does busy loop until it flushed it all out to the os buffer.
>>
>>
>> Filip
>>
>>     
>>>> thanks
>>>> Filip
>>>>
>>>> --
>>>>
>>>>
>>>> Filip Hanik
>>>>
>>>>         
>>>
>>> This message is intended only for the use of the person(s) listed above
>>> as
>>> the intended recipient(s), and may contain information that is
>>> PRIVILEGED
>>> and CONFIDENTIAL.  If you are not an intended recipient, you may not
>>> read,
>>> copy, or distribute this message or any attachment. If you received this
>>> communication in error, please notify us immediately by e-mail and then
>>> delete all copies of this message and any attachments.
>>>
>>> In addition you should be aware that ordinary (unencrypted) e-mail sent
>>> through the Internet is not secure. Do not send confidential or
>>> sensitive
>>> information, such as social security numbers, account numbers, personal
>>> identification numbers and passwords, to us via ordinary (unencrypted)
>>> e-mail.
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: dev-help@tomcat.apache.org
>>>
>>>       
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: dev-help@tomcat.apache.org
>>
>>     
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>
>   


-- 


Filip Hanik

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