2
1
0

Hi!

1- Should the ReturnQueueEntry be sent if a job is removed from device without being processed or should the upstream application rely on the QueueStatus responses (QueueEntry/@Status="Removed")?

2- Similar question in case a RemoveQueueEntry is sent for an entry in "waiting" status, should the ReturnQueueEntry be sent on that case?

3- In case the ReturnQueueEntry should be sent, should it populate the ReturnQueueEntryParams/@Aborted field or should it return without it since it was not executed at all? 

Many thanks!

Annabel


    CommentAdd your comment...

    1 answer

    1.  
      1
      0
      -1

      Unfortunately, this gap is not covered by the specification, but essentially the JDF has never been touched by the device and therefore a returnqueueentry contains no information. I'd suggest  clarifying that it NEED NOT be sent if no processing has taken place. see:

      JDF-670 - Add details of when to send ReturnQueueEntry Drafting


        CommentAdd your comment...