Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (nike.apache.org: domain of aw@ice-sa.com designates
 212.85.38.228 as permitted sender)
Message-ID: <4F24768C.8070105@ice-sa.com>
Date: Sat, 28 Jan 2012 23:28:28 +0100
From: =?UTF-8?B?QW5kcsOpIFdhcm5pZXI=?= <aw@ice-sa.com>
Reply-To: Tomcat Users List <users@tomcat.apache.org>
User-Agent: Thunderbird 2.0.0.23 (Windows/20090812)
MIME-Version: 1.0
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: Connectors: Http11Protocol vs. Http11NioProtocol
References: <4F22BA4C.7070205@themailbay.com> <4F22D0E6.3090009@apache.org>
 <4F231123.105@themailbay.com> <4F2313C7.8020301@apache.org>
 <4F2317A2.4020705@themailbay.com> <4F231CBE.4040706@apache.org>
 <4F2323A1.5080601@themailbay.com> <4F232501.5050908@apache.org>
 <4F232826.7080708@themailbay.com> <4F2329FC.2030201@apache.org>
 <4F233035.3020706@themailbay.com> <4F23E33F.1090700@apache.org>
 <4F23F643.7010603@themailbay.com> <4F2423F9.70602@ice-sa.com>
 <4F244779.2050003@themailbay.com>
In-Reply-To: <4F244779.2050003@themailbay.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

Considering your previous posts, I wasn't really expecting you to take this lying down. 
You haven't disappointed me.  The world is full of wonders.
"Un paquet de m. dans un bas de soie".
:-)

bxqdev wrote:
> andre, i'm sorry if i hurt your feelings and trust in humanity,
> try to be positive, try to look on the situation from
> another point of view, the one which is not depressive.
> i hope my question & answer summary upgraded your level of tomcat 
> understanding.
> and that's a good thing, because you wouldn't understand connectors & 
> async servlets
> so well, if i didn't post the question in the first place and make the 
> answer summary
> in the second. i've already thanked both talkers, which makes me a very 
> nice person :)
> and even though slow pid still doesn't understand anything and arrogant 
> mark still
> searches for insignificant typos in my posts, i don't blame them for who 
> they are :)
> i hope everyone enjoyed the thread. thanks everyone. behave well :)
> 
> On 1/28/2012 8:36 PM, André Warnier wrote:
>> Hi.
>>
>> Your original question was
>>
>> quote
>> 1. What are the premises to use either 
>> apache.coyote.http11.Http11NioProtocol or 
>> org.apache.coyote.http11.Http11NioProtocol
>> connectors?
>> 2. Do i get any advantages if i use Sync Servlet Api with 
>> Http11NioProtocol connector or do i have to use Async Servlet Api to
>> get the advantages?
>> 3. How do i choose which one to use in any particular case?
>> unquote
>>
>> and your conclusion is :
>>
>>> well, let's separate the wheat from the chaff and arrogance:
>>>
>>> 1. nio connector is useful when one needs to handle a lot of
>>> client connections, keep-alive ones, for example.
>>> 2. async servlet is useful when one app thread can fulfill many 
>>> responses.
>>> 3. communication between connector and async servlet should be called
>>> semi-async, rather than async, because request processing is
>>> sync anyway, although response processing is async.
>>>
>>> that could be a simple answer for my question in the first place.
>>> everything else is triteness.
>>> thanks anyway :)
>>> thread can be closed now.
>>>
>>
>> If it were to happen that you would have a further need to make use of 
>> this list (or another similar help forum), may I suggest
>> that you fist read and ponder the document at 
>> http://catb.org/esr/faqs/smart-questions.html.
>> And if you have read it already, read it again, because you would seem 
>> to have missed its quintessence.
>>
>> I have just been watching this thread, as the underlying technique is 
>> far above my level.
>> But to answer your claims of arrogance and triteness :
>>
>> It already took several exchanges to get you to correct the mistakes 
>> (or should I say the chaff?) in your question, which made
>> it close to nonsensical in the first place.
>> When the persons here who try to help posters in their enquiries asked 
>> you for clarification, your responses seemed to imply
>> that they should have been smart enough to correct your own messiness, 
>> and that you could barely bother yourself to do so.
>> Even after correction, your original questions were so open-ended that 
>> answering them in the manner you seemed to want, would
>> have amounted to providing a free training manual in Connector code 
>> and the relevant aspects of the Servlet Specification.
>> But throughout, you sounded as if such an answer was just your due, 
>> although you are neither paying for the software nor for the
>> help. You did not appear to make any effort in providing information 
>> allowing the persons who were trying to help, to at least
>> be able to focus their explanations and save their time (and yours).
>> By doing this, you managed to goad someone into spending the time to 
>> correct your misunderstandings and misconceptions, and out
>> of their comprehensive answers you then magnanimously extracted what 
>> was important for you, discarding the rest as chaff and
>> triteness.
>> So in the end you got what you probably wanted, and which you could 
>> have gotten much faster, and at less expense of someone
>> else's time, if you had made an effort to write correct and focused 
>> questions in the first place.
>> In this process, you also managed to expose yourself as an arrogant 
>> and egotistical asshole. I hope that the trade-off is worth
>> it to you.
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 
> 


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