#26644 Kafka and TL-Sync should use an exponential backoff in case of problems

Enhancement

Major

#26644

Kafka and TL-Sync should use an exponential backoff in case of problems

Detail

#26966

Configuring StorageMapping on PrimitiveStorage

#27006

Add tooltip description for LoginMessage interval attribute.

#27008

Enable tooltips via tabs

#27011

Update Maven Sources plugin to version 3.3.0

#27024

Support for multi-file upload in declarative forms

Bugfix

Major

#26930

Long values lead to unusable column filters

#26968

Missing items in refetch update event

Detail

#26970

Wrong DB configuration at replay after changing FastList table

#26989

Broken GWT Launch Config

#26993

Application monitor uses wrong locale for displaying working memory values

#27012

Potential NullPointerException with Drag&Drop

#27021

Missing search buttons in Modern theme

#27022

Cyclic FileSystemProvider dependency in Log4J2

#27025

Inconsistent font type and size for number fields

#27026

Creating company contact: Half of the values are not saved

#27030

SafeHTML not started during automatic data migration

#27031

Missing adaptation of the stored model in model changing EventRewriter

#27032

Unexpected order of backup log files with Log4j2

#27036

The ThemeImage "NoIcon" does not disappear, but is displayed as an empty white image

#27039

Administration: Contact cleanup produces error message

#27040

Jackson FasterXML Update to 2.13.4

#27043

Batik update to 1.16

#27045

Maintenance page ScanData.jsp does not compile in openJDK 1.8

Enhancement

Major

#26644

Kafka and TL-Sync should use an exponential backoff in case of problems

TLSync

If there are problems with Kafka or TL-Sync, sending and receiving is repeated indefinitely at high frequency. This floods the log.

Improvement

When a problem occurs, the interval between attempts should increase exponentially, to a maximum of perhaps once per hour, or maybe even just once per day.

Application

No migration or customization of the application is necessary. Sending and receiving slows down automatically when errors occur. A "truncated exponential backoff" is used.

If the default settings for this in an application are not suitable, they can be adjusted. See the configurations of tl:KBDataProducerTask and tl:ConsumerDispatcher.

Test

Break sending via Kafka. For example by starting the application without Kafka.
Create data that will be transmitted.
Sending must fail with stacktraces in Kafka log. The stacktraces must become less frequent over time.
Fix the sending.

Break the receiving.
Create data that will be transmitted.
Receiving must fail with stacktraces in the Kafka Log. The stacktraces must become rarer with time.