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
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:Connector/spi/common/core-spi/src/main/java/org/eclipse/edc/spi/types/domain/message/ProcessRemoteMessage.java
Lines 123 to 126 in 52cec0c
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