Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
-
None
-
Unknown
Description
CometDReplayExtension class try to read the replayId from the message by doing
final Object value = message.get(EXTENSION_NAME);
However, the replayId (based on this https://developer.salesforce.com/docs/atlas.en-us.api_streaming.meta/api_streaming/using_streaming_api_durability.htm) is actually within data -> event -> replayId.
By doing the following (the same thing the salesforce consumer does https://github.com/apache/camel/blob/master/components/camel-salesforce/camel-salesforce-component/src/main/java/org/apache/camel/component/salesforce/SalesforceConsumer.java#L250)
final Map<String, Object> data = (Map<String, Object>) message.get("data"); final Map<String, Object> event = (Map<String, Object>) data.get("event"); final Object value = event.get("replayId");
I was able to properly fetch the replayId from the message.
Since the current version does not do this properly, If the component loses the connection and has to subscribe again it will use the replayid value from the endpoint which it will be outdated if any message was read before the connection failure.
Attachments
Issue Links
- is related to
-
CAMEL-13170 Starting Salesforce pushtopic with initialReplayIdMap set to a value will eventually break after 24 hours.
- Resolved
- links to