resolves#81
Using LockRegistryLeaderInitiator to do leadership election.
When task is started and singleInstanceEnabled isset to true then we use leader election
to determine if a task needs to be started.
Error Event Name had to be updated
* cleanup removing unused headers
* Updated asserts in code base that needed messages (marked as deprecated)
* left one test that was testing a deprecated constructor. When that code is removed we can remove that test.
* some other cleanup
resolves#338
changes requested by cppwfs
Fix Constructors duplication
Add @author
Some cleanup on chunk listener
Updated chunk listener to send message before and after chunk.
Fixed Links for JavaDocs to prevent failure on javadoc build.
Updated tests to support new chunk messages.
resolves#115
* Fixes bug where if the user set the environment variable and commandline args a unique constraint would fire.
* Updated docs
* Removed deprecation
* Fixed version number for integration test.
Added integration tests for externally generated task executions
Add externalExecutionId
resolves#80
* Updated spring cloud streams to 1.1.0.RELEASE
* Updated cloud dependencies parent to 1.2.1.RELEASE
* Updated samples to 1.4.1
* Updated Tests to take advantage of 1.4 boot test annotations
* Removed @Bindings as they are deprecated
* Updated BatchApplication test to pass. Boot no longer logs environment values. So count was reduced from 3 to 1
resolves#218, #221
renamed spring-cloud-task-starter to spring-cloud-starter-task
resolves#115
* Fixes bug where if the user set the environment variable and commandline args a unique constraint would fire.
* Updated docs
* Removed deprecation
* Fixed version number for integration test.
Added integration tests for externally generated task executions
This commit adds on an abstraction for the providing unique command line
arugements for each worker. It also updates the partitioned job sample
to be able to successfully be run on CloudFoundry.
Resolvesspring-cloud/spring-cloud-task#193
Updated based on comments
To provide the ability to control task orchestration via the exit
message, we moved the stack trace storage to a new field. This means
that exit message is now a field we can use similar to how exit code is
in batch, and still have the stack trace of an unsuccessful task
execution stored.
Resolvesspring-cloud/spring-cloud-task#186
Disabled integration tests by default
Just some cleanup on merge
This commit upgraded all places where Spring Cloud Task explicitly
references Spring Boot 1.4
Resolvesspring-cloud/spring-cloud-task#166
Updated the jar version numbers in the adocs to 1.1.0
resolves#174
Added H2 dependency and fixed BatchExecutionEventTest to use SimpleTaskConfigurationClass
Check Task Repo to determine if task was launched successfully
H2 now uses a random port
Now uses TaskExplorer
* Update pom to include text for contributor agreement
* Update samples to the latest release number
* Remove CLA section from README.adoc
Resolves#172
Reset the ResourceLoader to DeploymentResourceLoader
Adjusted the poms to not run deploy for Samples as well as integration tests
Used default constructor
Created a Spring Boot starter that can be used to configure Spring Cloud
Task and it's related functionality.
Updates per code review
Removed autowiring of app context
Refactored DeployerPartitionHandler to correctly use environment variables
Exposed deployment properties of TaskLauncher
Exposed deployment properties via the TaskLaunchRequest
Updated based on code review
* Added test for sample and cleanup
* Added skipEventsListener
* Added new message format.
* Added integration tests.
* Updated application.properties to add json content type
resolvesspring-cloud/spring-cloud-task#119
This resolves#126
Use RedisConnectionFactory from RedisTestSupport
Add sub-project for integration tests
- Since there are overlaps with the integration tests and the unit tests running together (using redis binder vs test support binder), it is better to move the integration tests
to a separate sub-project
Little cleanup
