Skip to content

Commit

Permalink
Update msg-schema-implementers-draft.adoc
Browse files Browse the repository at this point in the history
  • Loading branch information
khazelton authored Aug 6, 2020
1 parent 6e54b90 commit 9fde3bf
Showing 1 changed file with 3 additions and 3 deletions.
6 changes: 3 additions & 3 deletions fm/msg-schema-implementers-draft.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -11,7 +11,7 @@ Reference: Message schema https://docs.google.com/document/d/1jS2eyBXV49hs29WSAJ

Consume messages consisting of outer resourceTypes:

*FMperson*
=== *FMperson*

==== eventType "create":
These messages should be processed into COmanage person add actions where a person with a matching ePPN and/or email address does not exist in COmanage. The ePPN and/or email address sent in the message should be mapped into upstream / source system ePPN and email address in the new person record.
Expand All @@ -21,7 +21,7 @@ These messages should be processed into COmanage person update actions where a p

In the case where a person record does not yet exist for this person, the message should be treated as an eventType of "create".

*FMrole*
=== *FMrole*

==== eventType "create"
These messages should be processed into Grouper using Grouper API calls. They should result in groups within the folder/group structure
Expand All @@ -47,7 +47,7 @@ An existing group matching the full computed group path determined using the fol
==== eventType "personremove"
An existing group matching the full computed group path determined using the folder/group structure noted in the "create" eventType for this resourceType should be treated as the target of this message. Any FMperson resourceType messages embedded within the message should be removed from existing group membership. In the event that a group cannot be found matching the computed group path, the message should be treated as an eventType of "create" and a WARN log event should be generated noting this, along with appropriate diagnostic details.

*FMorg*
=== *FMorg*

These messages are only relevant in the context of a wrapping FMrole resourceType message, for the time being.

Expand Down

0 comments on commit 9fde3bf

Please sign in to comment.