[
https://issues.apache.org/jira/browse/UNOMI-1044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Serge Huber updated UNOMI-1044:
-------------------------------
Description:
When Unomi is briefly unreachable, the tracker loses the events of that moment:
page views, clicks and form submits are never stored. With a retry buffer, the
tracker keeps them and sends them again once Unomi answers, without making
visitors wait.
To decide: where the buffer is kept (sessionStorage or localStorage, so events
survive leaving the page), exponential backoff with jitter, a maximum number of
attempts, a maximum age and size, avoiding duplicates (an event id Unomi
recognises) and keeping the original event time, a single sending tab, and
emptying the buffer when tracking is turned off. With the buffer, clicks and
forms need not wait for the event to be sent (see UNOMI-1045).
was:
When Unomi is briefly unreachable, the tracker loses the events of that moment:
page views, clicks and form submits are never stored. With a retry buffer, the
tracker keeps them and sends them again once Unomi answers, without making
visitors wait.
To decide: where the buffer is kept (sessionStorage or localStorage, so events
survive leaving the page), exponential backoff with jitter, a maximum number of
attempts, a maximum age and size, avoiding duplicates (an event id Unomi
recognises) and keeping the original event time, a single sending tab, and
emptying the buffer when tracking is turned off. With the buffer, clicks and
forms need not wait for the event to be sent (see E).
> Tracker: keep events that could not be sent, and send them again when Unomi
> is back
> -----------------------------------------------------------------------------------
>
> Key: UNOMI-1044
> URL: https://issues.apache.org/jira/browse/UNOMI-1044
> Project: Apache Unomi
> Issue Type: Improvement
> Components: unomi-tracker
> Reporter: Serge Huber
> Priority: Major
> Fix For: unomi-tracker-2.1.0
>
>
> When Unomi is briefly unreachable, the tracker loses the events of that
> moment: page views, clicks and form submits are never stored. With a retry
> buffer, the tracker keeps them and sends them again once Unomi answers,
> without making visitors wait.
> To decide: where the buffer is kept (sessionStorage or localStorage, so
> events survive leaving the page), exponential backoff with jitter, a maximum
> number of attempts, a maximum age and size, avoiding duplicates (an event id
> Unomi recognises) and keeping the original event time, a single sending tab,
> and emptying the buffer when tracking is turned off. With the buffer, clicks
> and forms need not wait for the event to be sent (see UNOMI-1045).
--
This message was sent by Atlassian Jira
(v10.3.26#10030026)
