9:25 a.m.
Hi,
Two items:
(1) The org.jboss.web.metamodel.descriptor in the Tomcat package was
previously used, but has now been taken over by metadata. Can it be
removed ?
(2) Tomcat (and Jboss Web) have the capability to use the Executor
interface from the JDK for the threads it uses for request processing.
This means that it would be possible to have an Executor service in AS
which could provide a unique thread pool among all services which need
threads, thus possibly saving on the global amount of threads needed.
Is there interest in that ?
Rémy
9:12 a.m.
New subject: Executor was Re: org.jboss.web.metamodel.descriptor package and executor service
On Fri, 2008-10-24 at 16:25 +0200, Rémy Maucherat wrote:
(2) Tomcat (and Jboss Web) have the capability to use the Executor
interface from the JDK for the threads it uses for request processing.
This means that it would be possible to have an Executor service in AS
which could provide a unique thread pool among all services which need
threads, thus possibly saving on the global amount of threads needed.
Is there interest in that ?
How does this compare with the capabilities of BasicThreadPool
from the common project?
When does JBossWeb's thread pool become available?
What are its dependencies?
As a kind of reverse, could JBossWeb use the executor
(currently an implementation detail)
of the thread pool configured in conf/jboss-service.xml?
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Chief Scientist
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
10 a.m.
New subject: Executor was Re: org.jboss.web.metamodel.descriptor package and executor service
On Fri, Oct 24, 2008 at 4:12 PM, Adrian Brock <abrock(a)redhat.com> wrote:
On Fri, 2008-10-24 at 16:25 +0200, Rémy Maucherat wrote:
> (2) Tomcat (and Jboss Web) have the capability to use the Executor
> interface from the JDK for the threads it uses for request processing.
> This means that it would be possible to have an Executor service in AS
> which could provide a unique thread pool among all services which need
> threads, thus possibly saving on the global amount of threads needed.
> Is there interest in that ?
How does this compare with the capabilities of BasicThreadPool
from the common project?
In JBoss Web there is a default Executor "implementation", and it
looks similar to yours (but it only a wrapper on top of the
ThreadPoolExecutor from Java). But the idea is to allow the user to
set its own implementation of java.util.concurrent.Executor.
When does JBossWeb's thread pool become available?
What are its dependencies?
The JBoss Web service (TomcatDeployer or TomcatService) would get the
executor injected by AS. I am not talking about AS using thread pools
from Web, that wouldn't work.
As a kind of reverse, could JBossWeb use the executor
(currently an implementation detail)
of the thread pool configured in conf/jboss-service.xml?
Yes, if it's an Executor and uses the (now) standard API ;)
Rémy
9:48 a.m.
New subject: Executor was Re: org.jboss.web.metamodel.descriptor package and executor service
On Fri, 2008-10-24 at 17:00 +0200, Rémy Maucherat wrote:
> As a kind of reverse, could JBossWeb use the executor
> (currently an implementation detail)
> of the thread pool configured in conf/jboss-service.xml?
Yes, if it's an Executor and uses the (now) standard API ;)
Ok. So we just need to expose it using a getter
so you can use it.
https://jira.jboss.org/jira/browse/JBCOMMON-69
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Chief Scientist
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
10:45 a.m.
New subject: Executor was Re: org.jboss.web.metamodel.descriptor package and executor service
On Fri, Oct 24, 2008 at 4:48 PM, Adrian Brock <abrock(a)redhat.com> wrote:
On Fri, 2008-10-24 at 17:00 +0200, Rémy Maucherat wrote:
> > As a kind of reverse, could JBossWeb use the executor
> > (currently an implementation detail)
> > of the thread pool configured in conf/jboss-service.xml?
>
> Yes, if it's an Executor and uses the (now) standard API ;)
Ok. So we just need to expose it using a getter
so you can use it.
https://jira.jboss.org/jira/browse/JBCOMMON-69
If the service is able to provide an Executor facade, then it's good
enough for me. Worst case I can also wrap it in TomcatService or
TomcatDeployer before feeding it to JBoss Web.
Rémy
9:36 a.m.
(1) Yes. These are referenced by the tomcat module
org.jboss.test.web.metamodel.unit.* tests only.
(2) Yes.
Rémy Maucherat wrote:
Hi,
Two items:
(1) The org.jboss.web.metamodel.descriptor in the Tomcat package was
previously used, but has now been taken over by metadata. Can it be
removed ?
(2) Tomcat (and Jboss Web) have the capability to use the Executor
interface from the JDK for the threads it uses for request processing.
This means that it would be possible to have an Executor service in AS
which could provide a unique thread pool among all services which need
threads, thus possibly saving on the global amount of threads needed.
Is there interest in that ?
Rémy
_______________________________________________
jboss-development mailing list
jboss-development(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-development
5918
days inactive
5918
days old
jboss-development@lists.jboss.org
5 comments
3 participants
participants (3)
-
Adrian Brock -
Rémy Maucherat -
Scott Stark