See also: Writing Registry Plugins
The interface requirements for Organizational Identity Sources is considered Experimental, and may change across minor releases. |
FooSource
.FooSource
model and a corresponding controller (FooSourcesController
).belongTo OrgIdentitySource
.SOISController
.foo_sources
table will be created. There is no add
operation or view required. The skeletal row will point to the parent Org Identity Source.foo_source/foo_sources/edit/#
. This will be called immediately after the parent Org Identity Source is created.OrgIdentitySource
has a hasOne
(ie: 1 to 1) relationship with FooSource
.foo_sources
should include a foreign key to org_identity_sources:id
.foo_source:id
.FooSourceBackend
.retrieve()
function should not change if the underlying backend record has not changed. Registry uses the raw record to determine when the related Org Identity record must be updated.mail
(email address) as a searchable attribute. This capability is used by Enrollment Flows in various configurations, see Integration With Enrollment Flows, below.getChangeList()
, which determines the set of changed records for a given time period. When supported, OIS sync processes in Update Mode will run more efficiently.forcesyncorgsources
task is used, getChangeList()
cannot be used.getChangeList()
is designed to facilitate updating existing records, backends should only return IDs for records that were updated or deleted. The function should not return IDs for records that were added, as the Sync Job will separately determine which records were added (using the backend's inventory()
call), and if getChangeList()
returns these IDs they may be processed twice.OrgIdentitySourceBackend
, and implement the abstract functions defined in the parent model (see app/Model/OrgIdentitySourceBackend.php
).FooSource
will be available to the backend in $this->pluginCfg
.The Org Identity Source Backend is expected to return both a raw record (directly representing the backend datasource), and a formatted record. The formatted record is expected to represent an OrgIdentity, in typical Cake array format, along with its associated Models. The Backend may return the following supported attributes:
Attribute | Multi-valued? | Required? | Notes |
---|---|---|---|
Address | Yes | No | See note below. |
AdHocAttribute | Yes | No | |
EmailAddress | Yes | No | See note below. |
Identifier | Yes | No | Does not automatically include the unique key (SORID). See note below. |
Name | Yes | No | At least one Name must be returned, and exactly one Name must be flagged primary. See note below. |
OrgIdentity.affiliation | No | No | Possible values may vary by CO; see CoExtendedType::definedTypes |
OrgIdentity.title | No | No | |
OrgIdentity.o | No | No | |
OrgIdentity.ou | No | No | |
OrgIdentity.valid_from | No | No | Must be in UTC time, and database format, eg via strftime("%F %T", ...) |
OrgIdentity.valid_through | No | No | Must be in UTC time, and database format, eg via strftime("%F %T", ...) |
TelephoneNumber | Yes | No | See note below. |
Url | Yes | No | See note below. Available from Registry v3.1.0. |
For multi-valued attributes, only one attribute of a given type is currently supported. For example, there can only be one Possible types may vary by CO, see |
As of Registry v3.3.0, an identifier of type |
$myData = array( 'OrgIdentity' => array( 'title' => 'Researcher', 'o' => 'University of Impossible Equations', 'ou' => 'Department of Timey Wimey Stuff' ), 'Name' => array( array( 'given' => 'Pat', 'family' => 'Lee', 'type' => 'official', 'primary_name' => true ) ), // Note below here are multi-valued arrays 'Identifier' => array( array( 'identifier' => 'plee@university.edu', 'type' => 'eppn', 'login' => true ) ), 'EmailAddress' => array( array( 'mail' => 'plee@university.edu', 'type' => 'official', 'verified' => true ), array( 'mail' => 'plee@socialemail.com', 'type' => 'personal', 'verified' => false ) ) ); |
Is order to support Group Mappings for Organizational Identity Sources, the Plugin must implement two functions in the Backend file.
groupableAttributes()
defines the set of attributes the Plugin knows about that may be used for generating group memberships. This may be a static list of attributes, or (as of v3.1.0) it may be dynamically determined based on a given instantiation (via the configuration available in $this->pluginCfg
).resultToGroups()
converts a raw result into an array of attribute value/pairs. Note the array is not itself the group mapping, but rather the relevant attributes that will be used by the core code to determine if any group membership match. (This way the Plugin does not need to worry about parsing the mapping configuration.)Prior to v3.2.0, the Note that while it is possible for a backend to return multiple entries for the same group with different validity dates, these must be consolidated down to a single CoGroupMember record. (While the data format theoretically allows multiple CoGroupMember records for the same CO Person in the same CO Group with different validity windows, in practice this is not supported anywhere.) If multiple entries are found, the group membership mapping code will attempt to pick the "best" one, which is generally the current record, or the one with the latest valid through date. Plugins can implement more deterministic algorithms by setting the results from |
public function groupableAttributes() { return array( 'title' => _txt('fd.title'); ); } public function resultToGroups($raw) { // The core code will use this data to determine if the configured // OIS Group Mapping rules are matched. return array( 'title' => array( array( 'value' => 'Professor of Mysterious Events', 'valid_from' => '2017-08-01 00:00:00', 'valid_through' => '2018-07-31 23:59:59' ); ); ); } |
Organizational Source Plugins can be integrated with Enrollment Flows by way of Enrollment Sources. See the Enrollment Sources documentation for an overview of the various modes and how they are used.
Most modes are supported using the interfaces described in Plugin Requirements, above. However, Authenticate mode requires OIS Plugins to implement an additional interface. (Plugins should use this interface to support Authenticate mode, and not the general Enrollment Flow Plugin interface, since this interface will automatically handle configuration checking and plugin ordering.)
The Enrollment Flow will hand off control during the selectOrgIdentity
step to the entry point foo_source/foo_source_co_petitions/selectOrgIdentityAuthenticate/#/oisid:##
(where # is the relevant CO Petition ID, and ## is the Org Identity Source ID).
The easiest way to implement this is for the Plugin itself is to extend CoPetitionsController
. This way, most of the overhead of processing the request will be handled for you, and your plugin need only implement the function execute_plugin_selectOrgIdentityAuthenticate
, where control will be passed. Once your plugin is finished, it should return control to the flow by redirecting back to the main flow, using the URL passed in $onFinish
. The redirect URL is also available in the view variable $vv_on_finish_url
.
// Plugin/FooSource/Controller/FooSourceCoPetitionsController.php App::uses('CoPetitionsController', 'Controller'); class FooSourceCoPetitionsController extends CoPetitionsController { public $name = "FooSourceCoPetitions"; public $uses = array("CoPetition", // Your plugin will most likely need to use OrgIdentitySource to // create the OrgIdentity "OrgIdentitySource"); /** * @param Integer $id CO Petition ID * @param Array $oiscfg Array of configuration data for this plugin * @param Array $onFinish URL, in Cake format * @param Integer $actorCoPersonId CO Person ID of actor */ protected function execute_plugin_selectOrgIdentityAuthenticate($id, $oiscfg, $onFinish, $actorCoPersonId) { // Do some work here, then redirect when finished. // By default, Exceptions will be caught further up the stack, though you could catch them here. $myId = result_of_some_work(); // Create an Org Identity $this->OrgIdentitySource->createOrgIdentity($oiscfg['OrgIdentitySource']['id'], $myId, $actorCoPersonId, $this->cur_co['Co']['id'], $actorCoPersonId); // Create some history $this->CoPetition->CoPetitionHistoryRecord->record($id, $actorCoPersonId, PetitionActionEnum::IdentityLinked, _txt('pl.foosource.linked', array($myId))); $this->redirect($onFinish); } } |
Standard MVC rules apply.