Query the database at job execution time vs job queue time when updating attributes on Asset Manager assets

[floehopper]

Currently all the ServiceListeners::AttachmentXxxxUpdater classes queue up jobs using the AssetManagerUpdateAssetWorker which accepts a Hash of attributes which are determined at the time the job is queued up.

If we're going to re-use the logic in these updaters to update the attributes of all existing Whitehall attachment assets in Asset Manager, I think we're going to want to determine the attributes at job execution time. This is because we might be queueing up millions of jobs and it might be a long time before the ones at the back of the queue are executed.

[chrisroos]

The attachment listeners/workers have been updated so that we only store an AttachmentData.id on the queue and look up the attributes at the time the job is processed:

• Move AttachmentAccessLimitedUpdater logic to a worker
• Move AttachmentDraftStatusUpdater logic to worker
• Inline attachment link header updater logic into worker
• Extract AttachmentRedirectUrlUpdater logic into worker
• AttachmentReplacementIdUpdater queries required data when job is executed
• Delete assets in Asset Manager when attachments are deleted

[chrisroos]

I'm not sure it's easy/possible to really validate this is working as expected in production given that it's an internal change. So I'm going to close this issue.

@chrislo / @floehopper: Feel free to re-open it if there's more testing you want to do.