Q: 9
What is the role of the "Retry Delay" setting in an AEM replication agent's configuration?
Options
Discussion
A. not D. D tricks you because of the queue mention, but Retry Delay is just for how often failures get another shot. Seen this phrasing on practice sets a few times.
C/D? D looks tempting with queue language, but pretty sure A is the actual behavior for Retry Delay. I've seen similar practice questions where D was a trap because the delay only covers retries after failure, not queue processing. Correct me if I'm missing something though.
Nah, it's A. The "Retry Delay" is specifically how long AEM waits before trying again after a replication failure. D can sound right if you focus on the queue, but that's actually a separate interval setting. Seen this catch people on practice exams.
Option A. since retry delay only affects how often failed replications are attempted again. D is a common trap, that’s the queue interval not retry logic.
Its A, but does "Retry Delay" act differently if the replication agent is set to 'On Modification' vs scheduled? I think that would change how B or D might apply.
C or D but pretty sure it's A in this context since queue interval is different.
A tbh
A , D keeps tricking people but it's about failed replications not the queue timer.
D
A , that's all Retry Delay handles. It's about how often AEM retries failed replication jobs, not queue intervals or marking failures. Seen this tripping folks up before since the wording on D sounds similar. If anyone's seen a case where it's not A let me know but I'm pretty sure here.
Be respectful. No spam.
