You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Detailed Description
If an app-net user disconnects from message queue or messages are not delivered for whatever reason then he doesn't know if he is out of sync. When he starts receiving messages again then there is a gap in his record stream while everyone else is in sync. This problem is more evident if two message queues listen to same topic, each of which queue has its own subscribers, and one queue is down while the other is up and delivering messages. The proposed solution is to create persistence interfaces that scan stored records and returns the gaps in sequence numbers: findGaps()->[s0, ... ,sN] where s is a sequence number for which we have not received a message. We should be able to broadcast a request getMessage(seqNo) to the network and a designated user-role can then automatically relay the message associated with the sequence number.
Actual Behavior
In settlements, we may see a settlement net amount whose credit lines don't add up because we failed to receive credit line messages but managed to receive the settlement message.
Expected Behavior
No gaps in records.
Environment:
Java: [e.g. OpenJDK 11.0.4]
Node: [e.g. v12.9.1-x86]
OS: [e.g. Ubuntu 18.04]
Version: [e.g. 1.0.1]
Additional Context
Add any other context about the problem here. Attach any logs here, if applicable.
The text was updated successfully, but these errors were encountered:
See #284 and topicGetInfo returns current sequence number. Use topicGetInfo to indicate somewhere whether appclient is in sync. A user may be in doubt whether things are in sync. If we have a small heartbeat, let's say topicGetInfo every 10 seconds or so then: if the lastSeqNo from Mirror isAlotLessThan SeqNo from topicGetInfo then the user can know if things are out of sync
Detailed Description
If an app-net user disconnects from message queue or messages are not delivered for whatever reason then he doesn't know if he is out of sync. When he starts receiving messages again then there is a gap in his record stream while everyone else is in sync. This problem is more evident if two message queues listen to same topic, each of which queue has its own subscribers, and one queue is down while the other is up and delivering messages. The proposed solution is to create persistence interfaces that scan stored records and returns the gaps in sequence numbers:
findGaps()->[s0, ... ,sN]
wheres
is a sequence number for which we have not received a message. We should be able to broadcast a requestgetMessage(seqNo)
to the network and a designated user-role can then automatically relay the message associated with the sequence number.Actual Behavior
In settlements, we may see a settlement net amount whose credit lines don't add up because we failed to receive credit line messages but managed to receive the settlement message.
Expected Behavior
No gaps in records.
Environment:
Additional Context
Add any other context about the problem here. Attach any logs here, if applicable.
The text was updated successfully, but these errors were encountered: