[
https://issues.apache.org/jira/browse/SLING-9577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17155283#comment-17155283
]
Timothee Maret commented on SLING-9577:
---------------------------------------
-1 to going back to this. This threaded mechanism caused a stream of
escalations in practice and does not ensure a bound to the number of seed
messages.
I suggest to investigate the purpose of the seeding thread. Why do we need at
least one seed ? Would it change if we could figure out the end-offset on a
topic ? Couldn't we just avoid the seed by assuming the cache ready without
consuming an actual message ?
> 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)
