Use Cases for Lock Obtained Notification

The following use cases describe the lock obtained notification for parties.

Create Party with Immediate Lock, say Lock 1

<ser:createPartyRequest businessTransactionId="?" correlationId="?" sessionId="?">
<par:entity>
<com:type>enterprise</com:type>
<com:status>active</com:status>
<!--Optional:-->
<com:id>Party1</com:id>
<com:lock>Party1_KEY_1</com:lock>
</par:entity>
</ser:createPartyRequest>

Update the Party with Delayed Lock, say Lock 2

<ser:updatePartyRequest businessTransactionId="?" correlationId="?" sessionId="?">
<par:entity>
<com:id> Party1</com:id>
<com:lock>
<com:key> Party1_KEY_2</com:key>
<com:priority>10</com:priority>
<com:timeout>800</com:timeout>
</com:lock>
</par:entity>
</ser:updatePartyRequest>

Update the Party to Remove the Lock, say Lock 1

<ser:updatePartyRequest businessTransactionId="?" correlationId="?" sessionId="?">
<!--Optional:-->
<!--1 or more repetitions:-->
<par:entity>
<com:id>Party1</com:id>
<com:unlock>
<com:key> Party1_KEY_1</com:key>
</com:unlock>
</par:entity>
</ser:updatePartyRequest>
Note: As Party1_KEY_1 is removed, Party1_KEY_2 is automatically acquired by the party. You get (Party1_KEY_2) lock obtained notification on topic "com.tibco.inventory.notification.lock.obtained.topic.tibco".

You will not get the (Party1_KEY_1) lock removed notification on topic as it is explicitly removed.