* What's new
* JSR-352
* Convert Spring Batch Integration apt files into docbook and use as chapter
* Remove site dir from Spring Batch Integration where converted apt files used
to live
* Added new module "spring-batch-jsr352-tck" containing a maven configuration
to run the TCK tests.
* Added new profile "jsr-352-tck" to run the TCK tests
* The TCK build relys on the following environment variables being set:
* JSR_352_TCK_LIBS = the directory used to store libraries used during the TCK execution
* JSR_352_TCK_HOME = the directory containing the pristine version of the JSR-352 TCK
* JSR_352_BATCH_IMPL_CLASSES = the : seperated jars to be used and passed to the
batch.impl.classes property of $JSR_352_TCK_HOME/jsr352-tck.properties. These are
typically the paths to the JAR's located in $JSR_352_TCK_LIBS
TCK tests can be invoked by activating the jsr-352-tck profile.
At this time, if any errors occur while invoking the TCK ant build, the maven build will
continue. See https://java.net/bugzilla/show_bug.cgi?id=5833 for more details. A work around
is to modify:
$JSR_352_TCK_HOME/build.xml adding the following after </testng> and before </target>
<fail if="tests.failed" message="JSR-352 TCK TESTS FAILED"/>
* Per added section 9.3.2 - do not automatically make job properties available
to artifacts when using @BatchProperty. Job properties are only available to
artifacts when using the jobProperties substitution mechanism.
* Update tests to reflect changes
* Upgrade Spring framework to 4.0.2.RELEASE
* Upgrade maven compiler plugin to 3.1
* Use LinkedHashMap to preseve ordering in AbstractFlowParser (found when upgrading to JDK 8)
* Match on EnhancerBySpringCGLIB in StepScopeProxyTargetClassOverrideIntegrationTests (SPR-11398)
testFullPartitionConfigurationWithMapperSuppliedProperties
* remove assert on PartitionMapper.name as PropertyPartitionMapper is used and
PartitionMapper.name does not get populated.
testFullPartitionConfigurationWithHardcodedProperties
* when run as part of the suite, the static fields name was populated by another test case.
add explicit reference and hardcoded property to job def
matches found, create new bean definitions and update the reference in the preprocessed
XML to allow for unique instances.
* Use job scope for job level listeners
* Remove call to application context close in JsrJobOperator.restart
Fixes TCK tests:
--
testTransitionElementOnAttrValuesWithRestartJobParamOverrides
testChunkArtifactInstanceUniqueness
testOneArtifactIsJobAndStepListener
* Refactored iBatis based readers and writers to not utilize
SqlMapClientTemplate.
* Depricated all iBatis based readers and writers in favor of MyBatis's
native Spring support.
* Updated XStream support to 1.4.4 and Jettison to 1.2 to be in
alignment with Spring 4.
* Added the PooledEmbeddedDataSource to address the issue outlined in
SPR-11372.
