The runtime behaviour of Initializer can to a certain extent be controlled by a handful of OpenMRS runtime properties.
Defines and inclusion or exclusion list of domains as a CSV string of domain names. If this property is unspecified all domains are being processed.
initializer.domains=concepts,locations
Just prefix the list with a negative !
character:
initializer.domains=!metadatasharing,privileges,roles
This is exactly the same logic as for the Initializer Validator's --domains
argument.
In the example below all 'concepts' domain files matching the wildcard patterns *diags*
and *interventions*
will be filtered out:
initializer.exclude.concepts=*diags*,*interventions*
This is exactly the same logic as for the Initializer Validator's --exclude.<domain>
argument.
initializer.skip.checksums=true
Omit this property or set it to false to let the checksum files be processed as usual.
This is the inverse logic as Initializer Validator's --checksums
argument that triggers the generation of checksums.
Defines the mode by which Initializer should load domains at startup by the Initializer module activator. Valid options are:
-
continue_on_error (default). This is the default behavior if no option is specified. It instructs Initializer to load in domains at module startup. If any domains throw an Exception during loading, these are logged and Initializer proceeds to load further domains and complete startup without any startup errors.
-
fail_on_error. This mode instructs Initializer to load in domains at module startup. If any domains throw an Exception during loading, Initializer will log these errors and immediately throw a fatal exception that results in the Initializer module and any dependent modules failing to start successfully.
-
disabled. This mode instructs Initializer to NOT load in domains at module startup. This mode may be useful for distributions that wish more control over the exact order and timing of domain loading.