[midPoint] Discovering Custom objectClasses

[Pavol Mederly]

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 for it. 

For the time being, I'd recommend setting schemaHandling for that particular attribute by hand (via XML editor). 

Best regards, 
Pavol 

----- Original Message -----

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 Architect evolveum.com 



On 08/19/2016 05:23 PM, Mencel, Matt wrote: 

<blockquote>

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... 


<blockquote>
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: 

<blockquote>

Hi, 

On 08/19/2016 04:26 PM, Mencel, Matt wrote: 

<blockquote>

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. 


<blockquote>
There are multiple schema handling definitions for kind/intent: ACCOUNT/person. 
</blockquote>

Should I be doing this another way? 

</blockquote>

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 Architect evolveum.com 
_______________________________________________ midPoint mailing list midPoint at lists.evolveum.com http://lists.evolveum.com/mailman/listinfo/midpoint 

</blockquote>

_______________________________________________
midPoint mailing list midPoint at lists.evolveum.com http://lists.evolveum.com/mailman/listinfo/midpoint 

</blockquote>


_______________________________________________ 
midPoint mailing list 
midPoint at lists.evolveum.com 
http://lists.evolveum.com/mailman/listinfo/midpoint 


</blockquote>



_______________________________________________ 
midPoint mailing list 
midPoint at lists.evolveum.com 
http://lists.evolveum.com/mailman/listinfo/midpoint 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20160819/5a300b91/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/5a300b91/attachment.png>