There is an interface for this in 1.5 (based heavily on Doug's, it seems)... We may want to accomodate that later, even if we use the standalone version for now. I guess that suggests that we use our own Executor interface that happens to be the same as Doug's, so that if we later switch the underlying mechanics to JDK 1.5 then we can drop the dependency on the standalone concurrency library.
Aaron On Fri, 9 Jul 2004, Dain Sundstrom wrote: > Given these two comments, could we simply standardize on the Executor > interface in Doug Lea's concurrent for our "thread pools", so anyone > that needed to use a thread pool would just depend on a GBean that > implemented Executor? Then we just wrap up the concurrent > PooledExecutor (and the other ones) with a GBean. > > Is that too simple of a solution for this problem?
