[midPoint] CSV - 'deleted' situation

[Yakov Revyakin]

I was able to reach expected income with the following definition. Only if
I use force=true I can see event in auditlog with the fact of projection
unlinking.

<reaction>
    <situation>deleted</situation>
    <reconcile>true</reconcile>
    <executeOptions>
        <force>true</force>
    </executeOptions>
    <action>
        <handlerUri>http://midpoint.evolveum.com/xml/ns/public/model/action-3#unlink</handlerUri>
    </action>
</reaction>


On Thu, 4 May 2023 at 09:20, Yakov Revyakin <yrevyakin at gmail.com> wrote:

> It looks like there is no difference in processing if we declare the
> delete situation with unlinking explicitly or we skip declaration of this
> situation.
> I couldn't find any reference to processing of the situation in the audit
> log as well as in operationExecution data.
> I use mp4.4.3
>
>
> On Wed, 3 May 2023 at 20:14, Pavol Mederly via midPoint <
> midpoint at lists.evolveum.com> wrote:
>
>> I am surprised myself that I didn't describe it in the docs.
>>
>> Only
>> https://github.com/Evolveum/docs/blob/6d6c8806d4f6e0c3cf466eaa58b5a94a6c135eea/midpoint/release/4.3.2/index.adoc#L393-L396
>>
>> And commit msg here: https://github.com/Evolveum/midpoint/commit/3a0f17aa
>> .
>>
>> As for the audit, the change in linkRef should be audited. But it's
>> normally hidden, as that item is considered operational. I think that the
>> GUI has an option to display also operational items changes.
>>
>> Best regards,
>>
>> --
>> Pavol Mederly
>> Software developerevolveum.com
>>
>> On 03/05/2023 17:58, Yakov Revyakin via midPoint wrote:
>>
>> 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
>>>
>>
>> _______________________________________________
>> midPoint mailing listmidPoint at lists.evolveum.comhttps://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/20230505/be9a36f7/attachment.htm>