diff --git a/archetypes/pom.xml b/archetypes/pom.xml
index 9fc8fd04b..a180b6621 100644
--- a/archetypes/pom.xml
+++ b/archetypes/pom.xml
@@ -4,6 +4,7 @@
org.springframework.batch.archetype
pom
Archetypes
+ http://static.springframework.org/spring-batch/${artifactId}
org.springframework.batch
org.springframework.batch
2.0.0.CI-SNAPSHOT
- ..
+ ../spring-batch-parent
diff --git a/spring-batch-core/pom.xml b/spring-batch-core/pom.xml
index cb201d82e..4a5ae4111 100644
--- a/spring-batch-core/pom.xml
+++ b/spring-batch-core/pom.xml
@@ -4,6 +4,7 @@
org.springframework.batch.core
jar
Core
+ http://static.springframework.org/spring-batch/${artifactId}
diff --git a/spring-batch-infrastructure/pom.xml b/spring-batch-infrastructure/pom.xml
index 998afcc4a..f5dac8668 100644
--- a/spring-batch-infrastructure/pom.xml
+++ b/spring-batch-infrastructure/pom.xml
@@ -3,6 +3,7 @@
org.springframework.batch.infrastructure
jar
Infrastructure
+ http://static.springframework.org/spring-batch/${artifactId}
diff --git a/spring-batch-parent/pom.xml b/spring-batch-parent/pom.xml
index 74c9945cb..0f99b8e11 100644
--- a/spring-batch-parent/pom.xml
+++ b/spring-batch-parent/pom.xml
@@ -6,7 +6,7 @@
org.springframework.batch.parent
2.0.0.CI-SNAPSHOT
Spring Batch Parent
- http://static.springframework.org/spring-batch
+ http://static.springframework.org/spring-batch/${artifactId}
Spring Batch parent project. Defines dependencies and common configuration for the
build process.
diff --git a/spring-batch-samples/pom.xml b/spring-batch-samples/pom.xml
index 950f132bc..1f20e56ff 100644
--- a/spring-batch-samples/pom.xml
+++ b/spring-batch-samples/pom.xml
@@ -3,6 +3,7 @@
org.springframework.batch.samples
jar
Samples
+ http://static.springframework.org/spring-batch/${artifactId}
diff --git a/spring-batch-test/pom.xml b/spring-batch-test/pom.xml
index 22370f3bc..8ee5da344 100755
--- a/spring-batch-test/pom.xml
+++ b/spring-batch-test/pom.xml
@@ -3,6 +3,7 @@
4.0.0
org.springframework.batch.test
Test
+ http://static.springframework.org/spring-batch/${artifactId}
jar
Domain for batch job testing
diff --git a/src/site/apt/migration/index.apt b/src/site/apt/migration/index.apt
index b2aa87eeb..c52a125e2 100644
--- a/src/site/apt/migration/index.apt
+++ b/src/site/apt/migration/index.apt
@@ -15,6 +15,8 @@
* {{{2.0-highlights.html}Highlights of changes between 1.x and 2.0}}
+ * {{{2.0-rc1-rc2.html}2.0.0.RC1 to 2.0.0.RC2}}
+
* {{{2.0-m4-rc1.html}2.0.0.M4 to 2.0.0.RC1}}
* {{{2.0-m3-m4.html}2.0.0.M3 to 2.0.0.M4}}
diff --git a/src/site/apt/stateful.apt b/src/site/apt/stateful.apt
index 3d484f61c..3455085c4 100644
--- a/src/site/apt/stateful.apt
+++ b/src/site/apt/stateful.apt
@@ -9,7 +9,7 @@ State and Thread Safety in Spring Batch
A stateless component is thread safe, but sometimes not practical (you need to store some state). A stateful component can be thread safe, if its contract is clearly explained to and met by its clients. Spring Batch has a lot of stateful components, which by and large are not capable of being used in a thread safe manner, but that doesn't have to be the case for ever.
- Components with private non-final fields are not necessarily stateful in practice - Spring components often have fields that are injected or initialized after the object is created. The working definition of "stateless" for the present purposes is a component with fields that do not change after initialization, which has the usual Spring lifecycle meaning (i.e. once "released into the wild" with <<>, or the equivalent).
+ Components with private non-final fields are not necessarily stateful in practice - Spring components often have fields that are injected or initialized after the object is created. The working definition of "stateless" for the present purposes is a component with fields that do not change after initialization, which has the usual Spring lifecycle meaning (i.e. once "released into the wild" with <<>>, or the equivalent).
Conversely, even components with only final fields are not necessarily stateless. They can have the appearance of statelessness (and thread safety), but if they mutate their final fields, then they are stateful by association. It is not always possible to tell from the implementation of a component whether it is stateful by association, since it depends entirely on the implementation of its fields, whose concrete type may not even be known at compile time.