[midPoint] CSV - 'deleted' situation

Yakov Revyakin yrevyakin at gmail.com
Wed May 3 17:58:37 CEST 2023


Hi Pavol,
Correct - the linkRef has relation="org:related"
I was waiting to see something related in the audit log. There is nothing
about processing the 'deleted' situation.
So all these things are expected behavior?


On Wed, 3 May 2023 at 18:36, Pavol Mederly via midPoint <
midpoint at lists.evolveum.com> wrote:

> Hello Yakov,
>
> if it's dead and the linkRef has relation="org:related", then it's OK.
> It is effectively unlinked.
>
> (You may play with how long the dead shadows should remain there; please
> see the docs. However, even if you set the time to 0, midPoint will not
> guarantee immediate removal of such shadows.)
>
> Best regards,
>
> --
> Pavol Mederly
> Software developer
> evolveum.com
>
> On 03/05/2023 17:34, Yakov Revyakin via midPoint wrote:
> > Hi all,
> > I'm stuck with the simplest thing. Please, help.
> > I use CSV resource and add processing of deleted accounts. I'm
> > deleting an appropriate row in CSV file, running reconciliation and
> > have the shadow dead instead of unlinked. What's wrong?
> >
> > <reaction>
> >     <situation>deleted</situation>
> >     <action>
> >
> > <handlerUri>
> http://midpoint.evolveum.com/xml/ns/public/model/action-3#unlink
> </handlerUri>
> >     </action>
> > </reaction>
> >
> >
> > _______________________________________________
> > midPoint mailing list
> > midPoint at lists.evolveum.com
> > https://lists.evolveum.com/mailman/listinfo/midpoint
> _______________________________________________
> midPoint mailing list
> midPoint at lists.evolveum.com
> https://lists.evolveum.com/mailman/listinfo/midpoint
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20230503/b8a41786/attachment-0001.htm>


More information about the midPoint mailing list