v0.1.0

Added

1. Model listeners
   
   A model listener can be used to act upon changes to a workflow's model.
   Similar to data listeners,
   model listeners are declared by creating a function within the workflow model and annotating it with @ModelListener.
   Issue #70
2. Job(definition) metadata
   
   Jobs and job definitions now support adding metadata using annotations.
3. Step data modification policy
   
   A step data modification policy can be used to control the modification behaviour on inactive steps. The policy can be accessed by the step data definition.
   Issue #90
4. Step data metadata
   
   Step data can now also be annotated with metadata.
   The metadata can be accessed via the step data definition. Issue #50

Changed

1. Harmonized Spring Boot dependencies.
2. The Spring packages are now targeting version 3.2.1.
3. AnyOfFilter, InMemoryAnyOfFilter and MongoAnyOfFilter have been renamed to [...]InFilter and deprecated aliases have been added to maintain API compatibility. The Filter interface now also exposes a Filter.in function.
4. The Filter.in and Filer.anyOf are now accepting a more general Collection<TModel> parameter. Additionally, there is an overload that directly accepts the more sensible Set<TModel>. Issue #101
5. Packages depending on or extending Spring Boot functionalities are now consistently prefixed with springboot-. Issue #38
6. The WorkflowService is now a composition of all CRUD-related services. Issue #109
   • create: WorkflowStarterService
   • read: WorkflowQueryService
   • update: WorkflowUpdateService
   • delete: WorkflowRemovalService

Deprecated

1. Workflow.id has been renamed to Workflow.identifier. The id property remains as an alias and is deprecated.
2. AnyOfFilter, InMemoryAnyOfFilter and MongoAnyOfFilter are now deprecated aliases for InFilter, InMemoryInFilter and MongoInFilter.

Fixed

1. Changes to the step and workflow are now persisted before publishing events. Issue #47
2. Persisting and publishing of step and workflow updates are now skipped if the element didn't actually change. Can be disabled by setting fluxflow.change-detection.step or fluxflow.change-detection.workflow to false. Issue #49
3. Dependency injection now throws an exception if the dependency resolution fails for other reasons than a missing dependency (e.g. duplicate beans). Issue #110
4. Steps with custom step kinds can now be activated successfully. Issue #115

Removed

1. Removed experimental and broken de.lise.fluxflow:memorycache module. Issue #94
2. The WorkflowService.replace function has been removed as it leaked internal functionality. Issue #10