diff --git a/spring-framework-reference/src/scheduling.xml b/spring-framework-reference/src/scheduling.xml
index 4ab19b9445525d419e95212e0e5c5d63def6d9c6..bfd34a9ebeee5a0b7b88ae6ea48a31855a03d496 100644
--- a/spring-framework-reference/src/scheduling.xml
+++ b/spring-framework-reference/src/scheduling.xml
@@ -397,11 +397,11 @@ public class TaskExecutorExample {
The following element will create a
ThreadPoolTaskScheduler instance with the
specified thread pool size.
- ]]>
+ ]]>
- The value provided for the "id" attribute will be used as the
+ The value provided for the 'id' attribute will be used as the
prefix for thread names within the pool. The 'scheduler' element is
- relatively straightforward. If you do not provide a 'size' attribute,
+ relatively straightforward. If you do not provide a 'pool-size' attribute,
the default thread pool will only have a single thread. There are no
other configuration options for the scheduler.
@@ -410,10 +410,10 @@ public class TaskExecutorExample {
The 'executor' element
The following will create a
ThreadPoolTaskExecutor instance:
- ]]>
+ ]]>
- As with the scheduler above, the value provided for the "id"
+ As with the scheduler above, the value provided for the 'id'
attribute will be used as the prefix for thread names within the pool.
As far as the pool size is concerned, the 'executor' element supports
more configuration options than the 'scheduler' element. For one thing,
@@ -422,10 +422,10 @@ public class TaskExecutorExample {
thread pool may have different values for the core
and the max size. If a single value is provided
then the executor will have a fixed-size thread pool (the core and max
- sizes are the same). However, the 'executor' element's 'size' attribute
- also accepts a range in the form of "m-n".
+ sizes are the same). However, the 'executor' element's 'pool-size' attribute
+ also accepts a range in the form of "min-max".
]]>
@@ -451,8 +451,8 @@ public class TaskExecutorExample {
is unbounded, then the max size has no effect at all. Since the
executor will always try the queue before creating a new thread beyond
the core size, a queue must have a finite capacity for the thread pool
- to grow beyond the core size (this is why a "fixed-size" pool is the
- only sensible case when using an unbounded queue).
+ to grow beyond the core size (this is why a fixed size
+ pool is the only sensible case when using an unbounded queue).
In a moment, we will review the effects of the keep-alive setting
which adds yet another factor to consider when providing a pool size
@@ -479,7 +479,7 @@ public class TaskExecutorExample {
enumeration of values available for the 'rejection-policy' attribute on
the 'executor' element.
]]>
@@ -499,7 +499,7 @@ public class TaskExecutorExample {
-]]>
+]]>
As you can see, the scheduler is referenced by the outer element,
and each individual task includes the configuration of its trigger
@@ -512,7 +512,7 @@ public class TaskExecutorExample {
-]]>
+]]>
@@ -599,9 +599,9 @@ Future returnSomething(int i) {
your configuration.
-
+
-}]]>
+}]]>
Notice that an executor reference is provided for handling
those tasks that correspond to methods with the @Async annotation,