2
1
0
A client can subscribe to Events and Milestones through QueryNotification. But if the message contains only a Query, with no Subscription, what should the Response contain? The spec says that all supported Milestones are queried. Is this Query then supposed to return the last n Notifications per supported Milestone? In other words, is it expected that the system will store the last n Milestones and return them for this Query? Or is there a different standard Response? Thanks.
    CommentAdd your comment...

    3 answers

    1.  
      2
      1
      0

      In our case, the response is always empty since it is indeed difficult to determine which Notifications to return. Some error events may have been resolved in the mean time. Milestones only make sense when handled immediately to show progress in UI.

        CommentAdd your comment...
      1.  
        1
        0
        -1

        Ok, I understand. Thank you very much for your answer.

          CommentAdd your comment...
        1.  
          1
          0
          -1

          If you look at JDF 1.6, the specification implies (albeit does not enforce) notifications as Signals: From JDF 1.6:


          Notification messages are generally sent as Signals. 
          QueryNotification is defined to allow subscriptions for Notification messages. 
          Notification elements are also used to signal usual events due to any activities of a device, operator, etc. (e.g.,scanning a bar code). 
          Such a Signal always has a @Type="Notification".


          Therefore I don't see any reason and certainly no specification requirement to retain Signals. (Note the RepeatMessages Query does, bit it is neither mentioned in an ICS nor is it widely implemented).

            CommentAdd your comment...