View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0006963 | 10000-004: Services | Spec | public | 2021-05-26 15:27 | 2023-03-21 20:11 |
Reporter | Kevin Herron (Inductive Automation) | Assigned To | Matthias Damm | ||
Priority | normal | Severity | minor | Reproducibility | N/A |
Status | closed | Resolution | fixed | ||
Fixed in Version | 1.05.03 RC1 | ||||
Summary | 0006963: Correct usage of ServiceFault is under-documented | ||||
Description | Part 4 says:
But does not go into any further detail. I have interpreted (and implemented) this as meaning any time a service level StatusCode is Bad quality a ServiceFault is returned instead. It seems not all implementations take the same approach, in particular when dealing with PublishResponses containing "expected" service level errors such as Bad_NoSubscription or Bad_SessionClosed. Should a PublishResponse containing Bad_NoSubscription be returned as a PublishResponse or a ServiceFault? The spec should be more clear about this. | ||||
Tags | No tags attached. | ||||
Commit Version | |||||
Fix Due Date | |||||
|
Clarify that "service level error" means StatusCode is "Bad". |
|
5.3 Service results Both places talk about service level error and I clarified in both places
|
|
Agreed to changes in Dallas meeting. |
Date Modified | Username | Field | Change |
---|---|---|---|
2021-05-26 15:27 | Kevin Herron (Inductive Automation) | New Issue | |
2021-09-14 16:26 | Jim Luth | Note Added: 0014854 | |
2021-09-14 16:26 | Jim Luth | Assigned To | => Matthias Damm |
2021-09-14 16:26 | Jim Luth | Status | new => assigned |
2023-03-20 23:17 | Matthias Damm | Status | assigned => resolved |
2023-03-20 23:17 | Matthias Damm | Resolution | open => fixed |
2023-03-20 23:17 | Matthias Damm | Note Added: 0018919 | |
2023-03-21 20:11 | Jim Luth | Status | resolved => closed |
2023-03-21 20:11 | Jim Luth | Fixed in Version | => 1.05.03 RC1 |
2023-03-21 20:11 | Jim Luth | Note Added: 0018947 |