[midPoint] Discovering Custom objectClasses

Fri Aug 19 18:29:00 CEST 2016

As far as I can see also, I have never used the resource wizard, I started
with midPoint before it was added, within the resource xml you have to
declare a namespace for your schema extensions, like in this sample,
"posix" which can be anything you wish

https://github.com/Evolveum/midpoint/blob/master/samples/stories/unix-ldap/resources/ldap-posix.xml#L14

and then to use the attributes, you would use posix:wiuId like below but
"posix" would be whatever you named it in the above sample.

https://github.com/Evolveum/midpoint/blob/master/samples/stories/unix-ldap/resources/ldap-posix.xml#L380

JASON

On Fri, Aug 19, 2016 at 11:22 AM, Pavol Mederly <pavol.mederly at evolveum.com>
wrote:

> Hello Matt,
>
> I'm afraid that the resource wizard maybe does not work 100% correctly
> with auxiliary classes. At least I haven't tested it in this way when
> preparing it for 3.4 release. I've now created MID-3359
> <https://jira.evolveum.com/browse/MID-3359> for it.
>
> For the time being, I'd recommend setting schemaHandling for that
> particular attribute by hand (via XML editor).
>
> Best regards,
> Pavol
>
> ------------------------------
> *From: *"Matt Mencel" <mr-mencel at wiu.edu>
> *To: *"midPoint General Discussion" <midpoint at lists.evolveum.com>
> *Sent: *Friday, August 19, 2016 6:11:13 PM
> *Subject: *Re: [midPoint] Discovering Custom objectClasses
>
>
> Capitalization looks correct.  I notice that I cannot select wiuId on the
> Schema Handling tab for that attribute.  It defaults to CN.
>
> The Atttribute drop down is only presenting attributes from the person OC,
> not the other auxiliary OCs.
>
> Matt
>
>
>
>
> On Fri, Aug 19, 2016 at 10:47 AM, Radovan Semancik <
> radovan.semancik at evolveum.com> wrote:
>
>> Hi,
>>
>> Yes, that should work.
>> Just check that you have correct lowercase/uppercase form for the
>> attribute names. LDAP is (mostly) case insensitive, but midPoint is case
>> sensitive. Look at the <schema> part of the resource definition. That is
>> generated from the resource. Look for your auxiliary object class
>> definition there. And use the same capitalization as you see in the
>> <schema> section.
>>
>> --
>> Radovan Semancik
>> Software Architectevolveum.com
>>
>>
>>
>>
>> On 08/19/2016 05:23 PM, Mencel, Matt wrote:
>>
>> Thanks Radovan,
>>
>> That helps.  Do I declare the auxiliary's attributes in the same place as
>> the default objectClass then?  I'm getting this error in the UI...
>>
>> There is no attribute named '{http://midpoint.evolveum.
>>> com/xml/ns/public/resource/instance-3}wiuId' in object class '{
>>> http://midpoint.evolveum.com/xml/ns/public/resource/instance-3}person'
>>> (defined in schema handling for 'User Account (kind: ACCOUNT, intent:
>>> person)').
>>
>>
>>  https://gist.github.com/MattMencel/2a3208371a1b0ce422e0b4923df413f7
>>
>> On Fri, Aug 19, 2016 at 9:54 AM, Radovan Semancik <
>> radovan.semancik at evolveum.com> wrote:
>>
>>> Hi,
>>>
>>> On 08/19/2016 04:26 PM, Mencel, Matt wrote:
>>>
>>> I have multiple LDAP objectclasses that contain all the attributes that
>>> make up a person's identity.  I've associated multiple OCs with the same
>>> kind/intent in midpoint and am getting a warning in the UI.
>>>
>>>> There are multiple schema handling definitions for kind/intent:
>>>> ACCOUNT/person.
>>>
>>> Should I be doing this another way?
>>>
>>>
>>> Yes. Just one of the objectclasses is structural (primary). Other object
>>> classes are auxiliary. MidPoint fully supports auxiliary object classes,
>>> but you need to use a slightly different approach. Use something like this:
>>>
>>> 	<schemaHandling>
>>> 		<objectType>
>>> 			<kind>account</kind>
>>> 			<displayName>Normal Account</displayName>
>>> 			<default>true</default>
>>> 			<objectClass>ri:inetOrgPerson</objectClass>
>>>                         <auxiliaryObjectClass>ri:posixAccount</auxiliaryObjectClass>
>>>                         <auxiliaryObjectClass>ri:foo</auxiliaryObjectClass>
>>>                         <auxiliaryObjectClass>ri:bar</auxiliaryObjectClass>
>>> ...
>>>
>>>
>>> --
>>> Radovan Semancik
>>> Software Architectevolveum.com
>>>
>>> _______________________________________________ midPoint mailing list
>>> midPoint at lists.evolveum.com http://lists.evolveum.com/
>>> mailman/listinfo/midpoint
>>>
>> _______________________________________________
>> midPoint mailing listmidPoint at lists.evolveum.comhttp://lists.evolveum.com/mailman/listinfo/midpoint
>>
>>
>> _______________________________________________
>> midPoint mailing list
>> midPoint at lists.evolveum.com
>> http://lists.evolveum.com/mailman/listinfo/midpoint
>>
>>
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> http://lists.evolveum.com/mailman/listinfo/midpoint
>
>
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> http://lists.evolveum.com/mailman/listinfo/midpoint
>
>

-- 

CONFIDENTIALITY NOTICE:
This e-mail together with any attachments is proprietary and confidential; 
intended for only the recipient(s) named above and may contain information 
that is privileged. You should not retain, copy or use this e-mail or any 
attachments for any purpose, or disclose all or any part of the contents to 
any person. Any views or opinions expressed in this e-mail are those of the 
author and do not represent those of the Baptist School of Health 
Professions. If you have received this e-mail in error, or are not the 
named recipient(s), you are hereby notified that any review, dissemination, 
distribution or copying of this communication is prohibited by the sender 
and to do so might constitute a violation of the Electronic Communications 
Privacy Act, 18 U.S.C. section 2510-2521. Please immediately notify the 
sender and delete this e-mail and any attachments from your computer. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20160819/d7462252/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2016-08-19 at 11.09.04 AM.png
Type: image/png
Size: 126703 bytes
Desc: not available
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20160819/d7462252/attachment.png>