Cargando Bulk Especificación Después State Recuperación

Se introdujeron las siguientes propiedades para controlar desde dónde se cargaría la especificación masiva al crear una nueva carga masiva única o recurrente cuando se recupera/rehidrata un estado de comportamiento dado:

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

Estas 2 propiedades se utilizan para controlar si la especificación se extraerá del estado o de las propiedades de configuración (hocon). La motivación detrás de la introducción de esta función fue que los cambios en la configuración del bulker (hocon) no se reflejaron después de reimplementación (reinicio) de la aplicación. Las nuevas configuraciones no se actualizaron debido a la identificación masiva, por lo que las configuraciones antiguas seguían siendo utilizadas. from durableStateEntity tabla con el id de persistencia (icf+agente instructor).

Para resolver este problema, se introdujeron estas 2 propiedades para permitir que el cliente decida si la configuración debe aplicarse directamente desde el archivo de configuración o debe aplicarse la especificación masiva del componente padre.

 Tenga en cuenta que esta función debe utilizarse con precaución. No todas las propiedades de especificación en masa deben ser cambiadas, ya que esto podría
causar problemas con las instancias masivas existentes.
Por ejemplo,`component-hierarchy` nunca debe ser actualizado; sin embargo, se puede añadir una nueva configuración.