#85 - refHandle/expires MUST/MAY contradiction
•Current language:
•“A new transient and opaque handle the Producer is supplying for use on future invocations for this use of the entity. The Consumer MUST use this new value as the refHandle on subsequent invocations until either the Producer supplies another refHandle or the refHandle is becomes invalid by either the refHandleExpires duration expiring or a fault message from the Producer [A206]. Note that failures to use this handle on subsequent invocations (e.g. something exceptional caused the Consumer to lose track of it) will result in a loss of state and likely unexpected behavior for the End-User. If the refHandleExpires duration has elapsed, but the Consumer did not clean up its resources related to the refHandle, the Consumer SHOULD supply the expired refHandle to the Producer for processing. If the Producer has also not cleaned up related resources, this processing can avoid a loss of state. If the Producer has already cleaned up resources, it SHOULD ignore the invalid runtime refinement on the entityHandle and process the invocation as if the refinement had not been supplied, likely including the return of a new refHandle in the response. ”
• -Replace italized text with description of what happens when a refHandle is not returned and what a Consumer SHOULD do when dropping a refHandle.