Highlighted

Anatomy of the Ideal Background Job

dan_klco

14-08-2018

I've seen and written a lot of background jobs in my career and in my experience, they are most common culprits to hard-to-diagnose issues in website operations. This is why, with background jobs, it's even more important than your standard component code to ensure the job executes successfully.

Here's what I see as the "ideal" Background Job in AEM:

Anatomy of the Ideal Background Job | Perficient Digital

Replies

Highlighted

Jörg_Hoh

Employee

14-08-2018

The ideal background job is no background job 🙂

Or make it a workflow, so it can be controlled via the authoring interface. And you're lost if you have to run such jobs in all publishs with the very same result.

Good writeup, thanks Dan!

Jörg

Highlighted

dan_klco

15-08-2018

Very true! As much as possible, getting functionality out of background jobs is beneficial.

Regarding workflows, they are nice if this is a job that requires / supports user interaction, but for workflows which are launched based on Listeners, the same problem applies with background jobs. Workflows provide some UI features, but it still requires someone to be looking. If you created a launcher workflow, creating a Health Check to monitor that workflow would still be a good idea.