[MGNLACTIVATION-77] Generate timestamp for activation as close to actual transfer as possible Created: 06/Jan/14  Updated: 13/Mar/14  Resolved: 12/Feb/14

Status: Closed
Project: Activation
Component/s: None
Affects Version/s: 5.1
Fix Version/s: 5.2.3

Type: Bug Priority: Neutral
Reporter: Joerg von Frantzius Assignee: Jaroslav Simak
Resolution: Fixed Votes: 0
Labels: maintenance, support
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Cloners
clones MAGNOLIA-5591 Generate timestamp for activation as ... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Release notes required:
Yes

 Description   

In info.magnolia.module.exchangesimple.BaseSyndicatorImpl.transportActivatedData(ActivationContent, URLConnection, String), a timestamp of current author time is gathered, and later on sent to public instances together with the activation request. The activation request is then refused by the public instance if the public's current time diverges from this author timestamp by more than 30s, presumably in order to verify author and public clocks are in sync.

Unfortunately, the timestamp on author is created before the temporary file with activation data is created in Transporter.transport(). Given a recursive activation with huge amounts of binary data (multiple GB) plus some load on author and public, these 30s can too easily be exceeded.

The timestamp on author should be created as shortly as possible before the actual sending of the activation HTTP request. Otherwise, the clock sync check will fail when creating the temp file takes longer than 30s, which probably isn't desired.


Generated at Sun Feb 11 22:59:27 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.