-
Notifications
You must be signed in to change notification settings - Fork 35
Add retry to in-memory storage system #156
Copy link
Copy link
Closed
Labels
category:breaking_changeA breaking change will be introduced if this issue is completed.A breaking change will be introduced if this issue is completed.priority:mediumOn the roadmap.On the roadmap.status:completedCompleted - but might not be released yet.Completed - but might not be released yet.type:enhancementNew features or improvements to existing features.New features or improvements to existing features.
Milestone
Metadata
Metadata
Assignees
Labels
category:breaking_changeA breaking change will be introduced if this issue is completed.A breaking change will be introduced if this issue is completed.priority:mediumOn the roadmap.On the roadmap.status:completedCompleted - but might not be released yet.Completed - but might not be released yet.type:enhancementNew features or improvements to existing features.New features or improvements to existing features.
All events are currently only loaded into an in memory buffer. Failed events are returned via a callback mechanism. So it is up to the developer to ensure they resend any failed events.
It would be better to simply push all events into persistent storage for later sending like so:
tracker.track(...)->event storedand then a polling emitter checks for events every second.We can be a bit slower to send but we have to ensure we do not lose the event that is created.
This model also allows for the following features: