[
https://issues.apache.org/jira/browse/SLING-9577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17155410#comment-17155410
]
Christian Schneider commented on SLING-9577:
--------------------------------------------
I tested the current code in the cloud and it behaves correctly. I was not able
to reproduce the journal unavailable case again though.
I would not like to have an unbounded seeder thread as there is the very real
risk that it never stops. Do you think the limited number of seeding tries is
acceptable? An alternative would be to use exponential backoff (simply
increasing delays) to make sure we never flood the messaging system with seed
messages.
> Switch back to seeding thread
> -----------------------------
>
> Key: SLING-9577
> URL: https://issues.apache.org/jira/browse/SLING-9577
> Project: Sling
> Issue Type: Improvement
> Components: Content Distribution
> Affects Versions: Content Distribution Journal Core 0.1.16
> Reporter: Christian Schneider
> Assignee: Christian Schneider
> Priority: Major
> Fix For: Content Distribution Journal Core 0.1.18
>
>
> The current code uses a combination of seeding thread, persisting and loading
> offsets from sling repo and sending single seeding messages.
> In sum this means we send at least one seeding message (seeding thread) on
> first run and one seeding message on following runs.
> I propose to switch back to a pure seeding thread solution and make sure it
> terminates correctly. This solution should in almost all cases also just send
> 1 message and is a lot simpler.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
