Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
On Mon, 2008-12-08 at 09:59 -0700, Filip Hanik - Dev Lists wrote:
I'll noodle on it a bit, see if i can think of something to
defilipize it
Or keep it Filipized, but you'll need to move it in util.
it had to be filipized in order
Remy Maucherat wrote:
On Mon, 2008-12-08 at 09:59 -0700, Filip Hanik - Dev Lists wrote:
I'll noodle on it a bit, see if i can think of something to defilipize it
Or keep it Filipized, but you'll need to move it in util.
it had to be filipized in order to have a life cycle, however t
Remy Maucherat wrote:
On Mon, 2008-12-08 at 09:59 -0700, Filip Hanik - Dev Lists wrote:
I'll noodle on it a bit, see if i can think of something to defilipize it
Or keep it Filipized, but you'll need to move it in util.
does anyone have any objections to that in trunk?
this will no
On Mon, 2008-12-08 at 09:59 -0700, Filip Hanik - Dev Lists wrote:
> I'll noodle on it a bit, see if i can think of something to defilipize it
Or keep it Filipized, but you'll need to move it in util.
Rémy
-
To unsubscribe, e-m
Remy Maucherat wrote:
On Mon, 2008-12-08 at 09:04 -0700, Filip Hanik - Dev Lists wrote:
The executor, the way we have optimized it works really well now.
I'd like to get rid of all thread pooling inside the NIO connector, but
that would create a funky package dependency from tomcat-coyote.j
On Mon, 2008-12-08 at 09:04 -0700, Filip Hanik - Dev Lists wrote:
> The executor, the way we have optimized it works really well now.
>
> I'd like to get rid of all thread pooling inside the NIO connector, but
> that would create a funky package dependency from tomcat-coyote.jar ->
> catalina.ja
The executor, the way we have optimized it works really well now.
I'd like to get rid of all thread pooling inside the NIO connector, but
that would create a funky package dependency from tomcat-coyote.jar ->
catalina.jar
any thoughts on how we could structure this so that the thread pool
(
