After getting closer to implementing this schema, having a LockAction and UnlockAction which update a LockedProperty seems to make more sense than a TargetLockedProperty.
This seems like a good use of actions given locking can take a while to complete and can both succeed and fail, and using actions avoids some strange interplays between LockedProperty and TargetLockedProperty.
After getting closer to implementing this schema, having a
LockAction
andUnlockAction
which update aLockedProperty
seems to make more sense than aTargetLockedProperty
.This seems like a good use of actions given locking can take a while to complete and can both succeed and fail, and using actions avoids some strange interplays between
LockedProperty
andTargetLockedProperty
.