batch 1.3.0 batch: ^1.3.0 copied to clipboard
A Lightweight and Powerful Job Scheduling Framework written in Dart. With this framework, you can easily develop a scheduled workflow in Dart.
Release Note #
v1.3.0 #
- Added
runWorkflow
method as an application entry point and deprecatedBatchApplication
. (#180)
v1.2.0 #
- Eliminated the
addSchedule
method and added ajobs
field to theBatchApplication
constructor to specify theScheduledJobBuilder
. (#171) - Added
argsConfigBuilder
callback toBatchApplication
to more easily buildArgParser
. (#174) - Eliminated the
addSharedParameter
method fromBatchApplication
and added thesharedParameters
argument to the constructor ofBatchApplication
. (#173) - Add
jobParameters
argument to theJob
andScheduledJob
constructors. (#177)
v1.1.0 #
v1.0.0 #
- Made changes to the specifications to make it easier and safer to use the framework.
- The method of adding Tasks to Steps has been changed.
- Specify
Task
orParallelTask
in the constructor ofStep
orParallelStep
, notregisterStep
andregisterParallel
. - The method to create branches are changed. Use
branchesOnSucceeded
,branchesOnFailed
,branchesOnCompleted
in the constructors of Events such asJob
andStep
instead of in thecreateBranch...
methods. - The method for setting up a job in
BatchApplication
has changed. Use thenextSchedule
method instead ofaddJob
. Also, pass a class that extendsScheduledJobBuilder
to thisnextSchedule
method; the object that should be returned fromScheduledJobBuilder
isScheduledJob
, which must be scheduled. SkipConfiguration
andRetryConfiguration
settings were limited toStep
only. (#145)
v0.12.2 #
- Enhanced
README.md
.
v0.12.1 #
- Enhanced
README.md
and added examples.
v0.12.0 #
- The
args
argument of theonLoadArgs
callback is now non-nullable. The null check is no longer necessary. (#135)
v0.11.0 #
v0.10.0 #
- Allows parallel processing to use the main thread
ExecutionContext
. (#121) - Removed
trace
,debug
,info
,warn
,error
, andfatal
from convenient methods of logging feature. Make sure to access the logger fromlog
. (#125 - Changed specification regarding tasks to be set in
Step
. Under the new specification, there will always be only one task that can be set in a single step. (#123)
v0.9.0 #
v0.8.1 #
- Improved
README.md
.
v0.8.0 #
v0.7.1 #
- Enhanced documents on
README
.
v0.7.0 #
- Added feature to allow to execute
parallel
processing. (#25, #74,#84, #87) - Added a convenient reference to
logger_provider
. Now you can access to logging features withlog.
prefix likelog.debug('debug')
. (#73) - Added
MultiLogOutput
to allow multiple log output methods. (#82) - A specification has been added to suppress multiple launches of batch applications within the same thread. (#81)
v0.6.0 #
- Added the feature to log notifications at application startup when there are library updates. (#32)
- Changed the log level of the system log regarding application shutdown from
info
towarn
. (#45) - Standardized notation regarding licenses. (#44)
- Command line arguments can now be easily passed to batch applications. Command line arguments can be used throughout the framework lifecycle as
SharedParameters
. (#13)
v0.5.1 #
- Improved coloring process for log output. Added
logColor
field toLogOutput
and modified the classConsoleLogOutput
to get the console color. (#31)
v0.5.0 #
- Added the feature to specify any exception type before application execution and skip exceptions that occur during application processing. Only classes that inherit from
Exception
are eligible; classes that inherit fromError
are not eligible for this retry feature. (#12) - Added the feature to specify any exception type before application execution and retry when exception occurs during application processing. Only classes that inherit from
Exception
are eligible; classes that inherit fromError
are not eligible for this skip feature. (#20) - Added convenient method
shutdown()
to shutdown application inStep
(#17). - Precondition callback now supports asynchronous processing. (#21)
- Callbacks (onStarted, onSucceeded, onError, onCompleted) now support asynchronous processing. (#23)
v0.4.0 #
- Added
onStarted
,onSucceeded
,onError
andonCompleted
callbacks forJob
,Step
andTask
. - Added feature to specify the color of the message when logging out with
LogColor
andConsoleColor
. - Improved log message from framework.
- Added convenient method
shutdown()
to shutdown the application fromTask
. - Changed to define
Precondition
as an anonymous function.
v0.3.0 #
- Added
Precondition
to check the preconditions for executingJob
,Step
andTask
. - Conditional branching is now possible for the all layers (
Job
/Step
/Task
) based onBranchStatus
by using thebranchOnSucceeded
,branchOnFailed
andbranchOnCompleted
. - Due to the feature to create branches in
Job
, the schedule argument of theJob
object is no longer required. However, be sure to set up a schedule for the rootJob
s. - Changed the type of the argument when specifying
Job
scheduling. Now you can useCronParser
to specify the schedule in Cron format.
v0.2.1 #
- Added
DefaultLogFilter
. - Added
Precondition
to check the starting condition ofJob
andStep
. It can be specified as an argument when creatingJob
andStep
instances. - Deleted
DevelopmentLogFilter
andProductionLogFilter
.
v0.2.0 #
- Added logging feature. Some logs are automatically output to the console during batch processing, but you can output logs at any log level by using the various methods for log output.
- Enabled parameter exchange between tasks in the same step.
- Added the concept of SharedParameters, which are shared by the entire batch application.
- Refactored the structure, made
JobLauncher
private and releasedBatchApplication
as new entry point. - Added ExecutionContext as an argument to the execute method of the Task class.
v0.1.0 #
- Improved documents.
- Wrapped the return value of execute with
Future
to allow asynchronous processing inTask
. Asynchronous processing defined inTask
is safely controlled by thebatch
library, so you don't need to be aware of it when runningJobLauncher
.
v0.0.1 #
- First Release!