There is no EAP6.0.2, which version do you mean?

From the configuration perspective it depends on your requirements how to tune the subsystem and it might be different for you.

1. the number of pooled threads can be keept that long time to avoid permanent destroy/create it

2. if there in no instance this thread is blocked 5mins by default to wait for a free instance, this might too long. In a well configured environment you may have a warning if you reach a resource bottleneck

To prevent from creating and destroying threads there is a pool and after an invocation is done the thread will be back to pool and the next invocation can use it.

So you can configure different thread-pools and set the beans/timers/etc. to work with that pools.

So you have a bit control how many threads can be run concurrent.

The time to wait come into play if you have more requests than pooled threads. In that case the incomming invocation will wait for this time for a free thread.

So it depends on your requirement what you configure. In test I prefer 1ms to see imediately that the configuration is too small.

For production you might give a bit more time to be stable uner load. But be aware that the wait is not fair, you might have an invocation which wait forever.

So you need to find a balance between the warning and the 'slower' handling of incomming calls