question

Upvotes
Accepted
1 0 1 0

Private stream silently drops messages if receiving side is running slowly

On an established private stream, if one side is sending messages faster than the other side is able to process them it appears that this results in messages being silently dropped somewhere on the server side without any indication in the (ADS or ADH) log files. The private stream remains established and in an OK state while this happens with no indication data has been missed.

Is this the expected behaviour? Where along the private stream message pathway are the messages being discarded?

adh-3.2.0.L1-rhel6-x86-rrg

ads-3.0.4.L1-rhel6-x86-rrg

elektronrefinitiv-realtimetrepinfrastructureprivate-streams
icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

@will.wright
Thank you for your participation in the forum. Is the reply below satisfactory in resolving your query? If yes please click the 'Accept' text next to the reply. This will guide all community members who have a similar question. Otherwise please post again offering further insight into your question.
Thanks,
-AHS

Case 06859033

<AHS>

An enhancement case 06859033 status is Working In Progress, extend triage.

<AHS Only>

As this is an enhancement request, its triage has been postponed by 1 month.

<AHS>

I have checked the case 06859033, the case status is "To Be Scheduled" and Decision is "Not on Roadmap". Extend triage.

Show more comments
Upvotes
Accepted
79.2k 251 52 74

Enhancement was implemented in TREP 3.4.1 (April 2020) release.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Upvotes
79.2k 251 52 74

According to the ETA developer guide, private streams behave in a manner similar to standard streams, with the following exceptions:

  • All data on a private stream flow between the end provider and the end consumer of the stream
  • Intermediate components do not fan out content (i.e., do not distribute it to other consumers)
  • Intermediate components should not cache content
  • In the event of connection or data loss, intermediate components do not recover content. All private stream recovery is the responsibility of the consumer application

Typically, the messages shouldn't be silently dropped. You can submit this query to TREP support team via Get Support to verify its settings, or log files.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Upvotes
1 0 1 0

Hi, your development centre have confirmed that generic messages can be silently dropped, we have made an enhancement request to improve this situation. Perhaps you could check with them for more details and improve the answer. Thanks.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Write an Answer

Hint: Notify or tag a user in this post by typing @username.

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.