[midPoint] kind-account-objectclass

[Ivan Noris]

Hi Oleg,

first, if you are refering to demo.evolveum.com, the configuration can
be changed by anyone and it's replaced back to original working
configuration each night. So there might be configuration changes which
make the demo temporarily not work.

Second, if no object class is defined, AccountObjectClass is assumed.
(And kind=account as I wrote earlier.)

The task seems to be technically running, but I can see errors reported
there, so I assume someone messed up the configuration during some
experiments with live demo.

Regards,

Ivan


On 10/19/2016 10:13 AM, oleg okunev wrote:
> thank you for response
>
> resourse is HR feed
>
>     synchronization tab     all emty
>
> i mean it has synchronization but
>
>     kind emty ;objectClass emty    ; intend  emty
>
> with defaults i inderstand
> why it now do not work?
> and why on resourse details page synchronization became false?(lost
> mapping? ) 
> but task running
>
>
>
>     Среда, 19 октября 2016, 10:20 +03:00 от Ivan Noris
>     <ivan.noris at evolveum.com>:
>
>     Hi Oleg,
>
>     you didn't specify which resource are you referring to (in live
>     demo), but:
>
>     - schema corresponds to all available object classes and their
>     attributes as returned from the connector. The (Open)ICF framework
>     defines that "accounts" are managed as __ACCOUNT__ native object
>     class. This is a fixed constant.
>
>     - schema handling: AccountObjectClass corresponds to __ACCOUNT__
>     native object class. Which represents the accounts. kind and
>     intents can be defined, if they are not, for backward
>     compatibility reasons default kind=account and default intent=default
>
>     - if there is no synchronization, the data from the resource
>     should not be synchronized to midPoint (because midPoint does not
>     know how and what to synchronize)
>
>     There are currently three possible values of kind:
>     - account (this is default if not specified)
>     - entitlement
>     - generic
>
>     Some resources (or better: connectors) don't directly support
>     anything than accounts. For example CSV and DB Table connectors.
>     (There are plans to change this, waiting to be sponsored or
>     prioritized by our customers.)
>
>     Please read also:
>     https://wiki.evolveum.com/display/midPoint/Resource+Schema+Handling
>     (and linked pages there)
>
>     Regards,
>     Ivan
>
>     On 10/19/2016 08:57 AM, oleg okunev wrote:
>>
>>     please explain me
>>     1. How dependent these entities,
>>     2. in the demo in config in Schema tab there is    kind account
>>     ;native obj.class __acccount__         ; intend  empty
>>                                               schema handling tab  
>>     kind EMTY    ;objectClass AccountObjectClass    ; intend  default
>>                                               synchronization tab    
>>     all emty
>>     and everything works - task and new users
>>     WHY and HOW?
>>     3.but if try this  Schema tab is             kind account ;native
>>     obj.class __acccount__         ; intend  empty
>>
>>                           schema handling tab   kind
>>     account ;objectClass AccountObjectClass    ; intend  default
>>
>>                           synchronization tab  
>>       kind account ;objectClass AccountObjectClass    ; intend  default
>>
>>     WHY an HOW?
>>     sorry for demo now(( i have tried to understand
>>     P.S. after change kind in schema handling and save i cant bring
>>     back "chose one" string
>>
>>
>>
>>
>>
>>
>>     oleg okunev
>>
>>
>>     _______________________________________________
>>     midPoint mailing list
>>     midPoint at lists.evolveum.com
>>     http://lists.evolveum.com/mailman/listinfo/midpoint
>
>     -- 
>     Ivan Noris
>     Senior Identity Engineer
>     evolveum.com
>
>     _______________________________________________
>     midPoint mailing list
>     midPoint at lists.evolveum.com <mailto: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

-- 
Ivan Noris
Senior Identity Engineer
evolveum.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20161019/e651e0dc/attachment.htm>