-
Notifications
You must be signed in to change notification settings - Fork 188
/
change-without-object.xml
464 lines (415 loc) · 24.3 KB
/
change-without-object.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
<?xml version="1.0" encoding="UTF-8"?>
<!--
~ Copyright (c) 2010-2013 Evolveum
~
~ Licensed under the Apache License, Version 2.0 (the "License");
~ you may not use this file except in compliance with the License.
~ You may obtain a copy of the License at
~
~ http://www.apache.org/licenses/LICENSE-2.0
~
~ Unless required by applicable law or agreed to in writing, software
~ distributed under the License is distributed on an "AS IS" BASIS,
~ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
~ See the License for the specific language governing permissions and
~ limitations under the License.
-->
<c:change xsi:type="c:ResourceObjectShadowChangeDescriptionType" xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
xmlns:i='http://midpoint.evolveum.com/xml/ns/public/common/common-3' xmlns='http://default.com/whatever'
xmlns:c='http://midpoint.evolveum.com/xml/ns/public/common/common-3' xmlns:m='http://midpoint.evolveum.com/xml/ns/public/common/common-3'
xmlns:icfs="http://midpoint.evolveum.com/xml/ns/public/resource/icf/schema-1.xsd" xmlns:dj="http://midpoint.evolveum.com/xml/ns/public/resource/instances/c0c010c0-d34d-b33f-f00d-333222111111"
xsi:schemaLocation='http://www.w3.org/2001/XMLSchema ../standard/XMLSchema.xsd
http://midpoint.evolveum.com/xml/ns/public/common/common-3 ../../../main/resources/META-INF/wsdl/xml/ns/public/common/common-3.xsd
'>
<i:sourceChannel>
http://midpoint.evolveum.com/xml/ns/public/common/concepts-1#Synchronization
</i:sourceChannel>
<i:shadow xsi:type="i:AccountShadowType" oid="c0c010c0-d34d-b44f-f11d-333222111111">
<c:name>will</c:name>
<i:resourceRef oid="c0c010c0-d34d-b33f-f00d-333222111111" type="ResourceType" />
<i:objectClass>dj:Account</i:objectClass>
<i:attributes>
<icfs:uid>12345678-d34d-b33f-f00d-999888777111</icfs:uid>
<icfs:name>uid=will,ou=people,dc=example,dc=com</icfs:name>
<dj:uid>will</dj:uid>
<dj:cn>Will Turner</dj:cn>
<dj:givenName>Will</dj:givenName>
<dj:sn>Turner</dj:sn>
</i:attributes>
</i:shadow>
<i:resource oid="c0c010c0-d34d-b33f-f00d-333222111111">
<c:name>Localhost OpenDJv1</c:name>
<c:type>http://midpoint.evolveum.com/xml/ns/public/resource/idconnector/resourceaccessconfiguration-1.xsd
</c:type>
<!-- Resource namespace. This is important. All resource schema elements should be in this namespace. -->
<c:namespace>http://midpoint.evolveum.com/xml/ns/public/resource/instances/c0c010c0-d34d-b33f-f00d-333222111111
</c:namespace>
<!-- Configuration section contains configuration of the connector, such as hostnames and passwords -->
<c:connectorConfiguration>
<!-- Configuration of ICF connector -->
<idc:ConnectorConfiguration xmlns:idc="http://midpoint.evolveum.com/xml/ns/public/resource/idconnector/configuration-1.xsd"
xmlns:iccldap="http://midpoint.evolveum.com/xml/ns/resource/idconnector/bundle/org.identityconnectors.ldap/org.identityconnectors.ldap.LdapConnector/1.0.5754openidm">
<!-- Definition of ICF bundle name, version and connector name -->
<idc:ConnectorRef bundleName="org.identityconnectors.ldap" bundleVersion="1.0.5754openidm"
connectorName="org.identityconnectors.ldap.LdapConnector">
</idc:ConnectorRef>
<!-- Propeties of ICF connector bundle. The applicable element names can be found in the ICF connector documentation -->
<idc:BundleProperties>
<iccldap:port>1389</iccldap:port>
<iccldap:host>localhost</iccldap:host>
<iccldap:baseContexts>ou=people,dc=example,dc=com
</iccldap:baseContexts>
<iccldap:principal>uid=idm,ou=Administrators,dc=example,dc=com
</iccldap:principal>
<iccldap:credentials>secret</iccldap:credentials>
<iccldap:modifiersNamesToFilterOut>uid=idm,ou=Administrators,dc=example,dc=com
</iccldap:modifiersNamesToFilterOut>
<iccldap:usePagedResultControl>true</iccldap:usePagedResultControl>
</idc:BundleProperties>
<!-- ICF Pooling options -->
<idc:PoolConfigOption minEvictTimeMillis="5000" minIdle="5" maxIdle="30" maxObjects="120"
maxWait="5000" />
<!-- Timout setting for individual ICF operations -->
<idc:OperationTimeouts>
<idc:OperationTimeout name="create" timeout="50000" />
<idc:OperationTimeout name="update" timeout="50000" />
<idc:OperationTimeout name="delete" timeout="50000" />
<idc:OperationTimeout name="test" timeout="50000" />
<idc:OperationTimeout name="scriptOnConnector" timeout="50000" />
<idc:OperationTimeout name="scriptOnResource" timeout="50000" />
<idc:OperationTimeout name="get" timeout="50000" />
<idc:OperationTimeout name="authenticate" timeout="50000" />
<idc:OperationTimeout name="search" timeout="50000" />
<idc:OperationTimeout name="validate" timeout="50000" />
<idc:OperationTimeout name="sync" timeout="50000" />
<idc:OperationTimeout name="schema" timeout="50000" />
</idc:OperationTimeouts>
</idc:ConnectorConfiguration>
</c:connectorConfiguration>
<!-- Resource schema definition. It defines all the object classes that are available to midPoint (accounts, groups, ...).
This should be direct mapping of ICF schema (and therefore also LDAP schema). This is not supposed to be customized during
deployment unless the underlying LDAP schema is non-standard (also see below). This should be generated from the resource
by the connector, but this is not in midPoint yet. Therefore it needs to be provided manually for now. -->
<c:schema>
<definition>
<xsd:schema elementFormDefault="qualified"
targetNamespace="http://midpoint.evolveum.com/xml/ns/public/resource/instance/ef2bc95b-76e0-59e2-86d6-3d4f02d3ffff"
xmlns:icfs="http://midpoint.evolveum.com/xml/ns/public/connector/icf-1/resource-schema-3"
xmlns:c="http://midpoint.evolveum.com/xml/ns/public/common/common-3"
xmlns:a="http://prism.evolveum.com/xml/ns/public/annotation-3"
xmlns:ra="http://midpoint.evolveum.com/xml/ns/public/resource/annotation-3"
xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<xsd:import namespace="http://midpoint.evolveum.com/xml/ns/public/connector/icf-1/resource-schema-3" />
<xsd:import namespace="http://prism.evolveum.com/xml/ns/public/annotation-3" />
<xsd:complexType name="GroupObjectClass">
<xsd:annotation>
<xsd:appinfo>
<ra:resourceObject/>
<ra:identifier>icfs:uid</ra:identifier>
<ra:displayNameAttribute>icfs:name</ra:displayNameAttribute>
<ra:namingAttribute>icfs:name</ra:namingAttribute>
<ra:nativeObjectClass>__GROUP__</ra:nativeObjectClass>
</xsd:appinfo>
</xsd:annotation>
<xsd:sequence>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="seeAlso" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="owner" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="o" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="description" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="objectClass" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="uniqueMember" type="xsd:string" />
<xsd:element maxOccurs="unbounded" name="cn" type="xsd:string" />
<xsd:element ref="icfs:name" />
<xsd:element ref="icfs:uid" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="businessCategory" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="ou" type="xsd:string" />
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="AccountObjectClass">
<xsd:annotation>
<xsd:appinfo>
<ra:resourceObject/>
<ra:identifier>icfs:uid</ra:identifier>
<ra:displayNameAttribute>icfs:name</ra:displayNameAttribute>
<ra:namingAttribute>icfs:name</ra:namingAttribute>
<ra:nativeObjectClass>__ACCOUNT__</ra:nativeObjectClass>
<ra:account/>
<ra:default/>
</xsd:appinfo>
</xsd:annotation>
<xsd:sequence>
<xsd:element maxOccurs="unbounded" minOccurs="0" name="internationaliSDNNumber" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="x121Address" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="employeeType" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="pager" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="audio" type="xsd:base64Binary" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="departmentNumber" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="x500UniqueIdentifier" type="xsd:base64Binary" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="postalAddress" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="objectClass" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="givenName" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="mail" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="photo" type="xsd:base64Binary" />
<xsd:element minOccurs="0" name="displayName" type="xsd:string" />
<xsd:element maxOccurs="unbounded" name="cn" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="userPassword" type="xsd:base64Binary" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="physicalDeliveryOfficeName" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="manager" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="homePhone" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="description" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="postOfficeBox" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="homePostalAddress" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="roomNumber" type="xsd:string" />
<xsd:element minOccurs="0" name="employeeNumber" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="facsimileTelephoneNumber" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="userSMIMECertificate" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="l" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="userCertificate" type="xsd:base64Binary" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="teletexTerminalIdentifier" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="jpegPhoto" type="xsd:base64Binary" />
<xsd:element ref="icfs:name" />
<xsd:element minOccurs="0" name="preferredDeliveryMethod" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="userPKCS12" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="postalCode" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="labeledURI" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="telexNumber" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="carLicense" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="street" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="registeredAddress" type="xsd:string" />
<xsd:element maxOccurs="unbounded" name="sn" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="seeAlso" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="secretary" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="mobile" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="uid" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="initials" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="businessCategory" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="telephoneNumber" type="xsd:string" />
<xsd:element ref="icfs:uid" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="o" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="title" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="destinationIndicator" type="xsd:string" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="st" type="xsd:string" />
<xsd:element minOccurs="0" ref="icfs:password" />
<xsd:element maxOccurs="unbounded" minOccurs="0" name="ou" type="xsd:string" />
<xsd:element minOccurs="0" name="preferredLanguage" type="xsd:string" />
</xsd:sequence>
</xsd:complexType>
</xsd:schema>
</definition>
</c:schema>
<!-- Resource Schema Handling definition. This part defines how the schema defined above will be used by midPoint. It defines
expressions and limitations for individual schema attributes. The expressions that describe both inbound and outbound flow
of the attributes are defined in this section. This is the part where most of the customization takes place. -->
<c:schemaHandling xmlns:xsd="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://midpoint.evolveum.com/xml/ns/public/resource/instances/c0c010c0-d34d-b33f-f00d-333222111111"
elementFormDefault="qualified" xmlns:c="http://midpoint.evolveum.com/xml/ns/public/common/common-3"
xmlns:ri="http://midpoint.evolveum.com/xml/ns/public/resource/instances/c0c010c0-d34d-b33f-f00d-333222111111"
xmlns:ids="http://midpoint.evolveum.com/xml/ns/public/resource/idconnector/resource-schema-3.xsd" xmlns:vr0="http://midpoint.evolveum.com/xml/ns/public/resource/icf/schema-1.xsd">
<!-- Definition of default account type. This is now the only account type that midPoint can work with. -->
<c:accountType default="true">
<!-- Readable name for the account type -->
<c:name>Default Account</c:name>
<!-- Reference to the Resoure Schema (see above) specifying object class for this account type -->
<i:objectClass>dj:Account</i:objectClass>
<!-- Definition of __NAME__ attribute handling. ICF will put entry DN into __NAME__ attribute. -->
<i:attribute ref="vr0:__NAME__">
<!-- Readable name for the attribute. This will be used in GUI -->
<c:name>Distinguished Name</c:name>
<!-- Access limitation for this attribute. In our case ICF will put DN in the __NAME__ attribute. Althouhg DN can be
theoretically changes, this definition will make it immutable. -->
<c:access>create</c:access>
<c:access>read</c:access>
<!-- Outbound expression for the __NAME__ attribute. If account is created or updated, the __NAME__ attribute will be
set accrding to this expression. This specific expression will construct DN by concatenating name from user object and string
constants. The expression is marked as "default", therefore it will be evaluated only if the entry already does not have
an DN. It is an XPath expression, similar to BPEL assignment expressions. -->
<i:outbound default="true">
<i:valueExpression>
declare namespace
i="http://midpoint.evolveum.com/xml/ns/public/common/common-3";
concat('uid=', $i:user/c:name, ',ou=people,dc=example,dc=com')
</i:valueExpression>
</i:outbound>
<!-- No inbound expression here. We cannot sync changes in DN yet -->
</i:attribute>
<!-- Definition of __UID__ attribute handling. ICF will put entry UUID into __UID__ attribute in case it is connecting
to OpenDJ/OpenDS. It may be different for other directory servers and it also dependes on connector configuration. Please
see connector documentation for more details. -->
<i:attribute ref="vr0:__UID__">
<!-- Readable name for the attribute. This will be used in GUI -->
<c:name>Entry UUID</c:name>
<!-- Access limitation for this attribute. Entry UUID is created by the directory server itelf and it is immutable.
We can only read it. -->
<c:access>read</c:access>
<!-- There is no "outbound" expression, so midPoint will not do anything with this attribute. -->
<!-- No inbound expression here. Does not make sense to sync UUID as it is supposed to be immutable -->
</i:attribute>
<!-- Definition of cn attribute handling. -->
<i:attribute ref="ri:cn">
<c:name>Common Name</c:name>
<c:access>create</c:access>
<c:access>read</c:access>
<c:access>update</c:access>
<!-- Outbound expression here is using "pure" XPath, without using functions. This is the simplest case, just copying
the "fullName" property of user to the "cn" attribute of an account. Please note that this expression is not marked as "default".
Therefore this value will be copied on every change, overwriting the original value of "cn" on the resource. -->
<i:outbound>
<i:valueExpression>
declare namespace
i="http://midpoint.evolveum.com/xml/ns/public/common/common-3";
$i:user/i:fullName
</i:valueExpression>
</i:outbound>
<!-- Inbound expression. It is used to synchronize changes in the account to the user object in the IDM. This expression
specifies to copy the cn attribute value from the account to the fullName property of the user. -->
<i:inbound>
<i:target>
declare namespace
i="http://midpoint.evolveum.com/xml/ns/public/common/common-3";
$i:user/i:fullName
</i:target>
</i:inbound>
</i:attribute>
<!-- Definition of sn attribute handling. -->
<i:attribute ref="ri:sn">
<c:name>Surname</c:name>
<c:access>create</c:access>
<c:access>read</c:access>
<c:access>update</c:access>
<i:outbound>
<i:valueExpression>
declare namespace
i="http://midpoint.evolveum.com/xml/ns/public/common/common-3";
$i:user/i:familyName
</i:valueExpression>
</i:outbound>
<!-- sn will be synchronized to user's familyName -->
<i:inbound>
<i:target>
declare namespace
i="http://midpoint.evolveum.com/xml/ns/public/common/common-3";
$i:user/i:familyName
</i:target>
</i:inbound>
</i:attribute>
<!-- Definition of givenName attribute handling. -->
<i:attribute ref="ri:givenName">
<c:name>Given Name</c:name>
<c:access>create</c:access>
<c:access>read</c:access>
<c:access>update</c:access>
<i:outbound>
<i:valueExpression>
declare namespace
i="http://midpoint.evolveum.com/xml/ns/public/common/common-3";
$i:user/i:givenName
</i:valueExpression>
</i:outbound>
<!-- givenName will be synchronized to user's givenName -->
<i:inbound>
<i:target>
declare namespace
i="http://midpoint.evolveum.com/xml/ns/public/common/common-3";
$i:user/i:givenName
</i:target>
</i:inbound>
</i:attribute>
<!-- Definition of uid attribute handling. Do not confuse with __UID__! -->
<i:attribute ref="ri:uid">
<c:name>Login Name</c:name>
<c:access>create</c:access>
<c:access>read</c:access>
<i:outbound>
<!-- It is mapped from (and also to) "name" property of user. It is essentially a login name -->
<i:valueExpression>
declare namespace
i="http://midpoint.evolveum.com/xml/ns/public/common/common-3";
$i:user/i:name
</i:valueExpression>
</i:outbound>
<!-- It is mapped to (and also from) "name" property of user. It is essentially a login name -->
<i:inbound>
<i:target>
declare namespace
i="http://midpoint.evolveum.com/xml/ns/public/common/common-3";
$i:user/i:name
</i:target>
</i:inbound>
</i:attribute>
<!-- Definition of description attribute handling. -->
<i:attribute ref="ri:description">
<!-- This outbound expression is not really an expression. It is using a fixed literal insead of dynamically generated
value. -->
<i:outbound default="true">
<i:value>Created by IDM</i:value>
</i:outbound>
<!-- No inbound expression for description. We don't want to synchronize that -->
</i:attribute>
<!-- Definition of description attribute handling. -->
<!-- This attribute is using a lookup table to translate the values valid for user to a values valid for the resource
account. -->
</c:accountType>
</c:schemaHandling>
<!-- Synchronization section describes the synchronization policy, timing, reactions and similar synchronization settings. -->
<i:synchronization>
<!-- The synchronization for this resource is enabled. It means that the synchronization will poll for changes once per
interval specified below. -->
<i:enabled>true</i:enabled>
<!-- Synchronization polling interval, in seconds -->
<i:pollingInterval>60</i:pollingInterval>
<!-- Correlation expression. It will be used to find appropriate user entry for an account. -->
<i:correlation> <!-- Correlation rule is a search query -->
<!-- The clause <c:type uri="http://midpoint.evolveum.com/xml/ns/public/common/common-3#UserType"/> is implicit in
correlation rules -->
<!-- Following search query will look for users that have "name" equal to the "uid" attribute of the account. Simply
speaking, it will look for match in usernames in the IDM and the resource. -->
<c:equal>
<c:path>.</c:path>
<c:valueExpression>
<c:ref>c:name</c:ref>
<c:code>
declare namespace
i="http://midpoint.evolveum.com/xml/ns/public/common/common-3";
declare namespace
dj="http://midpoint.evolveum.com/xml/ns/public/resource/instances/c0c010c0-d34d-b33f-f00d-333222111111";
$i:account/i:attributes/dj:uid
</c:code>
</c:valueExpression>
</c:equal>
</i:correlation>
<!-- Confirmation rule may be here, but as the search above will always return at most one match, the confirmation rule
is not needed. -->
<!-- Following section describes reactions to a situations. The setting here assumes that this resource is authoritative,
therefore all accounts created on the resource should be reflected as new users in IDM. See http://wiki.evolveum.com/display/midPoint/Synchronization+Situations -->
<i:reaction>
<i:situation>confirmed</i:situation>
<i:action ref="http://midpoint.evolveum.com/xml/ns/public/model/action-3#modifyUser" />
</i:reaction>
<i:reaction>
<i:situation>deleted</i:situation>
<i:action ref="http://midpoint.evolveum.com/xml/ns/public/model/action-3#unlinkAccount" />
</i:reaction>
<i:reaction>
<i:situation>missing</i:situation>
<i:action ref="http://midpoint.evolveum.com/xml/ns/public/model/action-3#addAccount" />
</i:reaction>
<i:reaction>
<i:situation>found</i:situation>
<i:action ref="http://midpoint.evolveum.com/xml/ns/public/model/action-3#linkAccount" />
</i:reaction>
<i:reaction>
<i:situation>unassigned</i:situation>
<i:action ref="http://midpoint.evolveum.com/xml/ns/public/model/action-3#linkAccount" />
</i:reaction>
<i:reaction>
<i:situation>unmatched</i:situation>
<i:action ref="http://midpoint.evolveum.com/xml/ns/public/model/action-3#addUser">
<!-- Reference to the User Template is here. If the user would be created as a result of this action, it will be created
according to this template. -->
<i:userTemplateRef oid="c0c010c0-d34d-b55f-f22d-777666111111" />
</i:action>
<i:action ref="http://midpoint.evolveum.com/xml/ns/public/model/action-3#linkAccount" />
</i:reaction>
</i:synchronization>
</i:resource>
</c:change>