RECOVERY

These properties are related to the recovery of the process flow, that was unable to complete due to an unexpected shutdown of the Kernel. When you create a process flow, by default the process flow is created as a recoverable process flow. Implicit checkpoints are added before and after each activity of the process flow.

On reaching each of the checkpoints, the state (data, context variables) of the process flow is written to a file in the recovery directory. When the system is restarted after failure, it checks the recovery directory, finds out the recoverable process flow, and restarts the process flow execution from the last saved successful checkpoint. The recovery information saved in the recovery folder remains intact unless the process flow is recovered and completed.

After the process flow is executed, this information is deleted. There is one file for each process flow. If the recovery option is set to NO, the recovery information is saved but recovery is not done. If you enable the recovery property, the failed process flows are recovered.

abpm.transaction.recovery.enable

Description	Used to enable or disable recovery of a process flow after system failure
Default Value	yes
Possible Values	yes/no
Selection Criteria	If you want to enable process flow recovery, set the value as yes. Otherwise, set the value as no. For detailed information about process flow recovery, refer to the Recovery section of Adeptia Suite Developer Guide.

REPROCESSING

abpm.transaction.reprocessing.enable

Description	Used to enable or disable recovery of process flow after the process flow aborts for any reason, except system failure.
Default Value	yes
Possible Values	yes/no
Selection Criteria	If you want to enable process flow reprocessing, set the value as yes. Otherwise, set the value as no. For detailed information about process flow reprocessing, refer the Reprocessing section of Adeptia Suite Developer Guide.

ARCHIVAL

abpm.create.repository.archive.path

Description	Specifies whether to create the archive folder or not, if it does not exist.
Default Value	yes
Possible Values	yes/no
Selection Criteria	Using this property you can choose, whether to create the archive folder, which is specified in the abpm.transaction.repository.archive.path property, or not, if the folder does not exist.

abpm.logs.archival.enable

Description	Option to enable or disable Archival of Process flow log
Default Value	yes
Possible Values	yes/no
Selection Criteria	Set this property to yes, if you want to archive the process flow logs before they are cleaned up by the cleanup process. If you set this property to no, then the logs are not archived before cleanup.

abpm.logs.archival.database

Description	Specifies whether to archive the logs on the same database, which is used to store the logs, or to use another database.
Default Value	1
Possible Values	1 or 2
Selection Criteria	Set this property to 1, if you want to archive the logs in the same database, where the logs are being stored. In this case, for every log table, an archive table is created in the log database and logs are archived in these tables. Set this property to 2, if you want to archive the logs in different database. It is recommended to use a different database to archive the logs because archiving the logs on the same database may affect the performance.

abpm.logs.archival.batch.enable

Description	*Specifies whether to archive the logs record by record* or in a** batch.
Default Value	no
Possible Values	yes /no
Selection Criteria	If the values is no, records are archived one by one. If the value is yes, the records are archived in batches.

abpm.logs.archival.batch.size

Description	Specifies the number of records to be archived in one batch.
Default Value	1000
Possible Values	Any positive integer, which can be easily supported by the archival database.
Selection Criteria	Its value specifies the number of records, which are archived in one batch, when abpm.logs.archival.batch.enable property is set to yes.

abpm.logs.deleteData.onArchivalFailure

Description	Specifies whether to delete the records from the log table, if an error occurs in archival.
Default Value	no
Possible Values	yes /no
Selection Criteria	If the value is no, then records from main log tables are not deleted when there is any error during archival. If the value is yes, then records from main log tables are deleted, even if there is any error during archival. It is recommended to keep this property as no.

abpm.logs.sendNotification.onArchivalFailure

Description	Specifies whether to send a mail, if an error occurs during log archival.
Default Value	yes
Possible Values	yes /no
Selection Criteria	If the value is no, then no mail notification is sent in case of any error during log archival. If the value is yes, then mail notification is sent to the email address configured for the admin user, in case of any error during log archival. If this property is set to yes, then make sure that the Mail Server Parameter properties are configured properly.

abpm.data.archival.enable

Description	Option to enable or disable the archival of the process flow repository.
Default Value	yes
Possible Values	yes /no
Selection Criteria	Set this property is to yes, if you want to archive the process flow repositories before they are cleaned up by the cleanup process. If you set this property to no, then the repositories are not archived before cleanup.

Copy of Process Flow