2011/10/1 Konstantin Kolinko :
> Hi!
>
> I was reading the Comet API documentation, that is "aio.html" in the
> docs and Javadoc of catalina.comet.* classes.
>
> Here are several notes.
>
Answering several of my notes below.
>
> CometEvent.java:
> ===
> - #setTimeout():
> a) @param t
On 30/04/2010 07:51, Konstantin Kolinko wrote:
> There is a difference in Comet API that will require all TC6 Comet
> applications
> to be patched and recompiled before deploying them to TC7:
>
> Comet classes were moved from "org.apache.catalina" to
> "org.apache.catalina.comet".
>
> What do yo
Would it be possible to just create an optional package that has all the
old class names and their implementation is just an extends of the new
version? (As well as being marked deprecated)
-Tim
On 4/30/2010 2:51 AM, Konstantin Kolinko wrote:
There is a difference in Comet API that will req
On 04/30/2010 08:51 AM, Konstantin Kolinko wrote:
> There is a difference in Comet API that will require all TC6 Comet
> applications
> to be patched and recompiled before deploying them to TC7:
>
> Comet classes were moved from "org.apache.catalina" to
> "org.apache.catalina.comet".
>
> What do
Peter Rossbach wrote:
Yes, I want implement access filter. As filter detect overload, it set
a event retry timeout and give back the event.
Later the event comes back and mark as event type RETRY.
I think you have two solutions:
- do stuff to get notifications that some pool connection is av
HI Remy
Am 15.04.2007 um 13:53 schrieb Remy Maucherat:
Peter Rossbach wrote:
Hi Filip and Remy
Often, if my HTTP request needs to get a database connection and
the connection pool is empty,
the request will block for some period of time. The problem is
that the blocking request will consum
Peter Rossbach wrote:
Hi Filip and Remy
Often, if my HTTP request needs to get a database connection and the
connection pool is empty,
the request will block for some period of time. The problem is that the
blocking request will consume a thread while it it blocking.
How can I free up the re
e good job...
Christophe
-Message d'origine-
De : Remy Maucherat [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 24 janvier 2007 14:48
À : Tomcat Developers List
Objet : Re: Comet API and InputStream.available()
Christophe Pierret wrote:
Here is what I understood:
Assumption #1: ==
EMAIL PROTECTED]
Envoyé : mercredi 24 janvier 2007 14:48
À : Tomcat Developers List
Objet : Re: Comet API and InputStream.available()
Christophe Pierret wrote:
> Here is what I understood:
>
> Assumption #1: When you receive a
> CometEvent.EventType.READ event, you can
Christophe Pierret wrote:
Here is what I understood:
Assumption #1: When you receive a
CometEvent.EventType.READ event, you can always read() at least one
byte from the request's InputStream without blocking.
Is this correct ? If not correct, then this mail goes directly to
tra
k - Dev Lists [mailto:[EMAIL PROTECTED]
Envoyé : mardi 23 janvier 2007 18:14
À : Tomcat Developers List
Objet : Re: Comet API and InputStream.available()
ok, I'm confused, why would available return 1 when there is no data to be read?
the values for available are
>0 data to be read
0 no
ok, I'm confused, why would available return 1 when there is no data to
be read?
the values for available are
>0 data to be read
0 no data to be read
-1 end of stream reached
I don't think we have -1 in our values, as that would only happen if the
client closed the connection, and at that point
12 matches
Mail list logo
