> <snip>
> There are constructors which take ThreadFactory as parameter if the
> default WorkerThreadImpl dont cut it.
>
> I have never used the TestThreadPool myself, only compiled it.
> Comet uses the Fixed one though.
So at the moment isn't possible to test this threadpool with
grizzlywebserver out of the box?
The idea was to be able to have a grizzlywebserver embedded with
something like
ws.getSelectorThread().setMaxThreads(40);
ws.getSelectorthread().setthreadpool(new superthreadpool());
if this is not the case, how is possible to use the work done with the
new executor+ new thread pool?