diff --git a/docs/src/reference/docbook/configuration.xml b/docs/src/reference/docbook/configuration.xml
index 423bb147c7..3fd378fadf 100644
--- a/docs/src/reference/docbook/configuration.xml
+++ b/docs/src/reference/docbook/configuration.xml
@@ -96,14 +96,13 @@
In Spring Integration, the ApplicationContext plays the central role of a Message Bus, and there are only a
- couple configuration options to be aware of. First, you may want to control the central TaskScheduler instance.
+ couple configuration options to consider. First, you may want to control the central TaskScheduler instance.
You can do so by providing a single bean with the name "taskScheduler". This is also defined as a constant:
- By default Spring Integration relies on default Task Scheduler via Task Execution and Scheduling provided by the Spring Framework
- That in turn just delegates to an instance of Spring's TaskExecutor abstraction. Therefore,
- it's rather trivial to supply your own configuration. The "taskScheduler" bean is then responsible for managing
- all pollers. The TaskScheduler will startup automatically by default with default thread pool of 10. If you provide your own instance of
- Task Scheduler however, you can set the 'autoStartup' property to false instead.
+ By default Spring Integration relies on an instance of ThreadPoolTaskScheduler as described in the Task Execution and Scheduling
+ section of the Spring Framework reference manual. That default TaskScheduler will startup automatically with a
+ pool of 10 threads. If you provide your own TaskScheduler instance instead, you can set the 'autoStartup' property
+ to false, and/or you can provide your own pool size value.
When Polling Consumers provide an explicit task-executor reference in their configuration, the invocation of