Loading Bulk Specification After State Recovery

Following properties were introduced to control from where the bulk specification would be loaded when creating a new single or recurring bulk when a state of given behaviour is recovered/rehydrated:

ipf.bulker {
  aggregate {
    read-specification-from-context {
      single-bulk = false
      recurring-bulk = false
    }
  }
}

These 2 properties are used to control if the specification will be taken out of the state or from the configuration properties(hocon). The motivation behind introducing this feature was that the changes in bulker configuration(hocon) did not get reflected after re-deployment(restart) of the application. New configs were not updated due to bulk identification, so old configs were still being picked up from durableStateEntity table with the persistence id (icf+instructing agent).

In order to resolve this issue, these 2 properties were introduced to allow the client to decide if the config should be applied directly from the config file or the parent component bulk specification should be applied.

Note that this feature must be used with caution. Not all bulk specification properties should be changed as this could cause issues with the existing bulk instances. For example, component-hierarchy should never be updated; however a new configuration can be added.