View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007955 | 10000-005: Information Model | Spec | public | 2022-04-22 08:35 | 2022-05-03 16:27 |
Reporter | Malik Mokhadri | Assigned To | Jeff Harding | ||
Priority | normal | Severity | text | Reproducibility | N/A |
Status | assigned | Resolution | open | ||
Summary | 0007955: It is not clear how aggregating servers should handle events overflow | ||||
Description | In 5.12.1.5, it is stated that: "The queue size is the maximum value supported by the Server when monitoring Events. In this case, the Server is responsible for the Event buffer. If Events are lost, an Event of the type EventQueueOverflowEventType is placed in the queue. This Event is generated when the first Event has to be discarded on a MonitoredItem subscribing for Events. It is put into the Queue of the MonitoredItem in addition to the size of the Queue defined for this MonitoredItem without discarding any other Event. If discardOldest is set to TRUE it is put at the beginning of the queue and is never discarded, otherwise at the end. An aggregating Server shall not pass on such an Event. It shall be handled like other connection error scenarios." So it looks like aggregating servers are not supposed to generate events of type EventQueueOverflowEventType when a queue is full. However, the last sentence is too vague and does not clearly describe how the server should behave. | ||||
Tags | Aggregating Servers, Events | ||||
Commit Version | |||||
Fix Due Date | |||||
Date Modified | Username | Field | Change |
---|---|---|---|
2022-04-22 08:35 | Malik Mokhadri | New Issue | |
2022-04-22 08:35 | Malik Mokhadri | Tag Attached: Aggregating Servers | |
2022-04-22 08:35 | Malik Mokhadri | Tag Attached: Events | |
2022-05-03 16:27 | Jim Luth | Note Added: 0016665 | |
2022-05-03 16:27 | Jim Luth | Assigned To | => Jeff Harding |
2022-05-03 16:27 | Jim Luth | Status | new => assigned |