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?
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:
Add details of when to send ReturnQueueEntry
Powered by a free Atlassian Confluence Open Source Project License granted to CIP4. Evaluate Confluence today.