patch3 only contains the MAnIfest-INF directory :)
On Tue, Dec 16, 2008 at 6:08 PM, Patrick Julien <pjulien_at_gmail.com> wrote:
> yes
>
> On Tue, Dec 16, 2008 at 6:07 PM, Jeanfrancois Arcand
> <Jeanfrancois.Arcand_at_sun.com> wrote:
>>
>>
>> Patrick Julien wrote:
>>>
>>> you're sure about this installation procedure? I don't have to remove
>>> the jar (appserv-rt) file once it's unzipped?
>>
>> No you unzip the patch, and add its content to the appserv-rt.jar. Is that
>> what you are doing?
>>
>>>
>>> On Tue, Dec 16, 2008 at 6:02 PM, Patrick Julien <pjulien_at_gmail.com> wrote:
>>>>
>>>> Yes, Glassfish. No comet.
>>>>
>>>> On Tue, Dec 16, 2008 at 5:19 PM, Jeanfrancois Arcand
>>>> <Jeanfrancois.Arcand_at_sun.com> wrote:
>>>>>
>>>>> Hum that strange as I added read logs. Another try, hopefully that one
>>>>> works. You are using GF as it is right? No Comet?
>>>>>
>>>>>
>>>>>
>>>>> Patrick Julien wrote:
>>>>>>
>>>>>> Even with this drop, I do not see any bytes being printed in the log.
>>>>>>
>>>>>> On Tue, Dec 16, 2008 at 2:24 PM, Jeanfrancois Arcand
>>>>>> <Jeanfrancois.Arcand_at_sun.com> wrote:
>>>>>>>
>>>>>>> Oups again.
>>>>>>>
>>>>>>> Patrick Julien wrote:
>>>>>>>>
>>>>>>>> This does not seem to be printing out bytes, you sure I have the
>>>>>>>> right
>>>>>>>> package? Or did the procedure change from the first one?
>>>>>>>>
>>>>>>>> On Tue, Dec 16, 2008 at 1:54 PM, Jeanfrancois Arcand
>>>>>>>> <Jeanfrancois.Arcand_at_sun.com> wrote:
>>>>>>>>>
>>>>>>>>> Salut,
>>>>>>>>>
>>>>>>>>> Patrick Julien wrote:
>>>>>>>>>>
>>>>>>>>>> OK, so here's the log, what's interesting here is that I can see
>>>>>>>>>> that
>>>>>>>>>> there is an attempt to handle an OP_READ but that is followed
>>>>>>>>>> immediately by a socket close on the server.
>>>>>>>>>
>>>>>>>>> Looks like there was no bytes available to read. I'm attaching a new
>>>>>>>>> patch
>>>>>>>>> which will display the bytes read. maybe the client has trouble
>>>>>>>>> sending
>>>>>>>>> more
>>>>>>>>> data?
>>>>>>>>>
>>>>>>>>> A+
>>>>>>>>>
>>>>>>>>> -- jeanfrancoois
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> On Tue, Dec 16, 2008 at 11:56 AM, Jeanfrancois Arcand
>>>>>>>>>> <Jeanfrancois.Arcand_at_sun.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>> My bad. Proper patch attached.
>>>>>>>>>>>
>>>>>>>>>>> -- Jeanfrancois
>>>>>>>>>>>
>>>>>>>>>>> Patrick Julien wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> You sure about these instructions? This jar file only contains a
>>>>>>>>>>>> META-INF directory.
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Dec 16, 2008 at 11:10 AM, Jeanfrancois Arcand
>>>>>>>>>>>> <Jeanfrancois.Arcand_at_sun.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Salut,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I'm attaching the patch which add more logging (let's start with
>>>>>>>>>>>>> that
>>>>>>>>>>>>> one).
>>>>>>>>>>>>> Just do:
>>>>>>>>>>>>>
>>>>>>>>>>>>> % cd ${glassfish.home}/lib
>>>>>>>>>>>>> % unzip grizzly-1.0...
>>>>>>>>>>>>> % cp appserv-rt.jar appserv-rt.jar.org
>>>>>>>>>>>>> % jar uvf appserv-rt.jar com
>>>>>>>>>>>>>
>>>>>>>>>>>>> restart and execute your test.
>>>>>>>>>>>>>
>>>>>>>>>>>>> A+
>>>>>>>>>>>>>
>>>>>>>>>>>>> -- Jeanfrancois
>>>>>>>>>>>>>
>>>>>>>>>>>>> Jeanfrancois Arcand wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Salut,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Patrick Julien wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Mon, Dec 15, 2008 at 3:32 PM, Jeanfrancois Arcand
>>>>>>>>>>>>>>> <Jeanfrancois.Arcand_at_sun.com> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Patrick Julien wrote:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Add
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> -Dcom.sun.enterprise.web.connector.grizzly.snoopEnabled=true
>>>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>>>> send
>>>>>>>>>>>>>>>>>>> the log here. But I doubt you will find http pipelining
>>>>>>>>>>>>>>>>>>> support
>>>>>>>>>>>>>>>>>>> with
>>>>>>>>>>>>>>>>>>> Tomcat
>>>>>>>>>>>>>>>>>>> (the parser code here is from them)...I think Jetty might
>>>>>>>>>>>>>>>>>>> work,
>>>>>>>>>>>>>>>>>>> but
>>>>>>>>>>>>>>>>>>> I'm
>>>>>>>>>>>>>>>>>>> clearly not sure....
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Wait a minute, that doesn't compute for me. Both glassfish
>>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>>> Tomcat
>>>>>>>>>>>>>>>>> documentation refer to pipelining via the
>>>>>>>>>>>>>>>>> "maxKeepAliveRequests"
>>>>>>>>>>>>>>>>> property.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> You can see it in the documentation of Tomcat here:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> http://tomcat.apache.org/tomcat-6.0-doc/config/http.html
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> and for glassfish, here:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> http://docs.sun.com/app/docs/doc/820-4507/abhco?a=view
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> OK...http pipelining is not what I means :-) Http pipelining
>>>>>>>>>>>>>>>> usually
>>>>>>>>>>>>>>>> refer
>>>>>>>>>>>>>>>> to the ability to sent multiple requests without waiting for
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> response.
>>>>>>>>>>>>>>>> So you can send R1,R2,R3 in one chunk and then wait for un
>>>>>>>>>>>>>>>> ordered
>>>>>>>>>>>>>>>> response.
>>>>>>>>>>>>>>>> I was under the impression you were talking about that
>>>>>>>>>>>>>>>> behavior.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Yes, this is what I am talking about. Send 10 requests, then
>>>>>>>>>>>>>>> start
>>>>>>>>>>>>>>> accepting responses.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> OK then the links are not related.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> What you mean here based on the above link is the maximum
>>>>>>>>>>>>>>>> number
>>>>>>>>>>>>>>>> of
>>>>>>>>>>>>>>>> requests
>>>>>>>>>>>>>>>> a client can do on an open connection. The client does R1,
>>>>>>>>>>>>>>>> wait
>>>>>>>>>>>>>>>> for
>>>>>>>>>>>>>>>> Res1,
>>>>>>>>>>>>>>>> then Req2, wait for Req2, etc.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> No, I really mean sending multiple requests and getting back
>>>>>>>>>>>>>>> responses
>>>>>>>>>>>>>>> in one shot, if the documentation provided here means
>>>>>>>>>>>>>>> something
>>>>>>>>>>>>>>> different, than it most certainly fooled me.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Now I understand your issue. I think your request is invalid
>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>> Grizzly
>>>>>>>>>>>>>>>> is
>>>>>>>>>>>>>>>> waiting for more bytes. Is the snippet you wrote previously
>>>>>>>>>>>>>>>> contains
>>>>>>>>>>>>>>>> the
>>>>>>>>>>>>>>>> entire request? I will try to reproduce the issue using that
>>>>>>>>>>>>>>>> one
>>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>>> telnet.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> No, as I said before, I am getting 2 to 4 responses then
>>>>>>>>>>>>>>> nothing
>>>>>>>>>>>>>>> from
>>>>>>>>>>>>>>> the 10 requests. Just a long blocking read followed by a
>>>>>>>>>>>>>>> disconnect.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ok let me instrument a patch for you to see what happening. I
>>>>>>>>>>>>>> hope
>>>>>>>>>>>>>> I
>>>>>>>>>>>>>> don't
>>>>>>>>>>>>>> have to drive to see the problem live (at least not today as I
>>>>>>>>>>>>>> will
>>>>>>>>>>>>>> need
>>>>>>>>>>>>>> a
>>>>>>>>>>>>>> boat :-)). Gives me 1 hour or so.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> A+
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> -- Jeanfrancois
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> A+
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> -- jeanfrancois
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>>> users-unsubscribe_at_grizzly.dev.java.net
>>>>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>>>>> users-help_at_grizzly.dev.java.net
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>> users-unsubscribe_at_grizzly.dev.java.net
>>>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>>>> users-help_at_grizzly.dev.java.net
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>> users-help_at_grizzly.dev.java.net
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>>>>>>>>>>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>>>>>>>>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>>>>>>>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>>>>>>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>>>>>>>
>>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>>>>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>>>>>
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>>>
>>>>
>>>>
>>>> --
>>>> http://www.spectrumdt.com
>>>> http://codepimps.org
>>>>
>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>
>>
>
>
>
> --
> http://www.spectrumdt.com
> http://codepimps.org
>
--
http://www.spectrumdt.com
http://codepimps.org