Workload Automation Software Resources
Glossary Terms, Discussions, and Reports to expand your knowledge on Workload Automation Software
Resource pages are designed to give you a cross-section of information we have on specific categories. You'll find feature definitions, discussions from users like you, and reports from industry data.
Workload Automation Software Glossary Terms
Workload Automation Software Discussions
0
All jobs have properties that determine how job log files are managed. The factory default setting is Centrally Managed Logging. This means that the location and name of the log file is completely left to ActiveBatch. You can specify how long to keep these log files using a custom retention period – once it has been met, they can either be deleted or archived.
The properties in question can be found on the job's Execution tab. With the Centrally Managed Log File radio button selected, you can then specify a log retention period. The retention period cannot exceed how long you keep the job instances (found in Completion properties) since logs are associated with instances.
If the factory default log retention period is not suited for your organization, we would recommend you create a default job policy to modify the default value for this property. This way, ActiveBatch job authors don’t have to set or override the factory default values themselves. This is a great time saver, reduces errors, and sets company standards. You can also use the default policy feature to "push down" a policy to existing child objects with the container, overriding whatever existing value exists. A default job policy can be set on any ActiveBatch folder or plan, or the root-level Job Scheduler object by right-clicking it in the Object Navigation Pane and selecting Policy > Defaults.
I’ve seen many posts discussing this topic already, but your ideas felt surprisingly fresh and insightful, which made the whole piece enjoyable and worth spending time reading carefully https://fnaf-2.io
0
Question on: Control-M
What is Control-M and DevOps used for?
What is Control-M and DevOps used for?
Control-M is used to automate, schedule, and monitor backend jobs and workflows, while DevOps is used to build, test, deploy, and operate software quickly and reliably.
Control-M manages jobs, while DevOps manages the software delivery and operations process.
0
Question on: Stonebranch
In the future we are looking for a connection to KAFKA; can this also be built via API?
File transfer is increasingly being replaced by streaming services or tools such as KAFKA. New connections are needed here
Hi Werner. The answer is yes. We already have a few Kafka integrations available on the Stonebranch Integration Hub. Here is the link: https://www.stonebranch.com/integration-hub/search?search=kafka
Workload Automation Software Reports
Mid-Market Grid® Report for Workload Automation
Fall 2026
G2 Report: Grid® Report
Grid® Report for Workload Automation
Fall 2026
G2 Report: Grid® Report
Enterprise Grid® Report for Workload Automation
Fall 2026
G2 Report: Grid® Report
Momentum Grid® Report for Workload Automation
Fall 2026
G2 Report: Momentum Grid® Report
Small-Business Grid® Report for Workload Automation
Fall 2026
G2 Report: Grid® Report
Enterprise Grid® Report for Workload Automation
Summer 2026
G2 Report: Grid® Report
Small-Business Grid® Report for Workload Automation
Summer 2026
G2 Report: Grid® Report
Mid-Market Grid® Report for Workload Automation
Summer 2026
G2 Report: Grid® Report
Grid® Report for Workload Automation
Summer 2026
G2 Report: Grid® Report
Momentum Grid® Report for Workload Automation
Summer 2026
G2 Report: Momentum Grid® Report
