Succeed a RelationshipAttribute and notify peer
This use case allows the owner to update a RelationshipAttribute, while automatically handling the coherent versioning at both your and your peer’s side.
Succeeding an own RelationshipAttribute, a new LocalAttribute with the updated content
will be created at your side.
In its succeeds
property it links to the predecessing version, which in turn is also updated and links to the newly created version in its succeededBy
property.
Thus, a doubly linked list is established, ensuring every version to have not more that one predecessor or successor.
Once the succession at your side is completed, a Notification is sent automatically to your peer.
It triggers the succession of their peer shared RelationshipAttribute in the same manner as described above, such that both your succession chains match.
Parameters
predecessorId
: theid
of the LocalAttribute with the RelationshipAttributecontent
you want to succeed- The updated
successorContent
limited to thevalue
,validFrom
andvalidTo
properties of a RelationshipAttribute that may be changed by a succession
On Success
- The response returns a
predecessor
and asuccessor
LocalAttribute, as well as thenotificationId
of the Notification sent to the peer. - The
predecessor
is an updated version of the own shared RelationshipAttribute, having thesucceededBy
field set to thesuccessor
’sid
. - The
successor
is a new own shared RelationshipAttribute version with the specifiedsuccessorContent
. Itssucceeds
property links to thepredecessor
.
On Failure
- The response cannot be created if the
predecessorId
doesn’t belong to a valid own LocalAttribute with RelationshipAttributecontent
. - The response cannot be created if the LocalAttribute belonging to the
predecessorId
already has a successor. - The response cannot be created if the LocalAttribute belonging to the
predecessorId
has adeletionInfo
withdeletionStatus
other than"DeletionRequestRejected"
. - The response cannot be created if the parameters are malformed.