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.