Skip to content

Idempotency feature on DSP is actually doing nothing #5722

@ndr-brt

Description

@ndr-brt

Feature Request

Some time ago we implemented idempotency on the DSP layer so duplicate messages can be deduplicated.

This feature was based on the assumption that the DSP messages bring an unique @id, but this is not the case, according to the DSP 2025/1 spec.

In fact, the ProcessRemoteMessage, the abstraction for all the DSP messages, has a "if null, set random" id logic:

if (message.id == null) {
message.id = randomUUID().toString();
}
return super.build();

that means that every message will be different from the previous.

Solution Proposal

My proposal is to chop off this feature as it brings no real value at the moment

Metadata

Metadata

Assignees

No one assigned

    Labels

    feature_requestNew feature request, awaiting triagetriageall new issues awaiting classification

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions