[midPoint] Discovering Custom objectClasses

[Mencel, Matt]

OK.  I think it's correct in the XML.  It's just throwing the warning in
the UI.  I'll try a sync and see how it goes.

Is there a way to specify an LDAP query for the sync/import?  I just want
to sync for example my department '(&(objectClass=person)(department=IT))'
during testing, rather than every user object in my LDAP directory.


Also, my resource XML that I edit and put in my source control system....
Is there a place to put that in midpoint.home that gets imported
automatically (midpoint.home/import)?  Or do I need to manually import that
every time I make a change to it?

Thanks for being patient with my questions...

Matt


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