• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

evolution-gaming / kafka-journal / 13242064927 / 1
94%
master: 94%

Build:
DEFAULT BRANCH: master
Ran 10 Feb 2025 01:38PM UTC
Files 183
Run time 5s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

10 Feb 2025 01:32PM UTC coverage: 82.993% (-0.1%) from 83.115%
13242064927.1

push

web-flow
Add ReplicatedOffsetNotifier callback (#720)

Current recovery logic doesn't scale when the volume of events is large,
because clients have to consume all the events on all the app nodes.
Additionally, current logic creates Kafka consumers on-demand, which is
a heavy operation. This consumer creation happens in spikes, when
replicator is running late, and affects client applications stability.

Introducing a side channel for notifications about replication progress
will allow us in the future to have an alternative implementation for
recovery without these flaws. I.e. notifications go to a separate lean
Kafka topic which is read by all client nodes. On recovery:
- a mark is written
- wait until mark offset confirmed replicated in the notification topic
(with potential fallback to polling of the pointer table in Cassandra)
- recover from Cassandra only

3167 of 3816 relevant lines covered (82.99%)

1.4 hits per line

Source Files on job Scala 2.13.16 - 13242064927.1
  • Tree
  • List 183
  • Changed 46
  • Source Changed 2
  • Coverage Changed 18
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 13242064927
  • ae4e14ab on github
  • Prev Job for on master (#12985538510.1)
  • Next Job for on master (#13385885812.1)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc