[midPoint] Use password modifier in mapping
Petr Gašparík - AMI Praha a.s.
petr.gasparik at ami.cz
Mon Jan 14 10:23:32 CET 2019
Hi Rado,
That make sense. Alas, it is inconsistent. New modifierDateTime is
accessible at time of mapping. New modifierRef is not.
--
s pozdravem
*Petr Gašparík*
solution architect
gsm: [+420] 603 523 860
e‑mail: petr.gasparik at ami.cz
*AMI Praha a.s.*
Pláničkova 11, 162 00 Praha 6
tel.: [+420] 274 783 239 | web: www.ami.cz
[image: AMI Praha a.s.]
Textem tohoto e‑mailu podepisující neslibuje uzavřít ani neuzavírá
za společnost AMI Praha a.s.
jakoukoliv smlouvu. Každá smlouva, pokud bude uzavřena, musí mít výhradně
písemnou formu.
Tento e‑mail je určen výhradně pro potřeby jeho adresáta/ů a může obsahovat
důvěrné nebo osobní
informace. Nejste‑li zamýšleným příjemcem, je zakázáno jakékoliv
zveřejňování, zprostředkování
nebo jiné použití těchto informací. Pokud jste obdrželi e‑mail neoprávněně,
informujte o tom prosím
odesílatele a vymažte neprodleně všechny kopie tohoto e‑mailu včetně
všech jeho příloh. Nakládáním
s neoprávněně získanými informacemi se vystavujete riziku právního postihu.
po 14. 1. 2019 v 10:16 odesílatel Radovan Semancik <
radovan.semancik at evolveum.com> napsal:
> Hi,
>
> I would say this is really the case for account password. As far as
> remember password metadata are set by provisioning only after the account
> operation is completed. And that actually makes sense, as we do not want to
> set false metadata, e.g. for operation that has failed or was postponed.
>
> This may be also the case for user password metadata. In that case I'm not
> really sure. But in that case this is something that could be theoretically
> improved.
>
> --
> Radovan Semancik
> Software Architectevolveum.com
>
>
>
> On 1/11/19 6:28 PM, Petr Gašparík - AMI Praha a.s. wrote:
>
> Hi,
> I use credentials/password/metadata/modifierRef in my mapping. However I
> try, I never get right password modifier in case that user change his
> password. And when I get the right modifier you ask? In next user's
> recompute!
>
> In short, it looks like password modifierRef is the last thing midPoint
> changes and because of that, it is not possible to use it in mappings right
> away.
>
> Is there anyone who disagree?
>
> --
>
> with kind regards
>
> *Petr Gašparík*
> solution architect
>
> gsm: [+420] 603 523 860
> e‑mail: petr.gasparik at ami.cz
>
> *AMI Praha a.s.*
> Pláničkova 11, 162 00 Praha 6
>
> tel.: [+420] 274 783 239 | web: www.ami.cz
>
> [image: AMI Praha a.s.]
>
> Textem tohoto e‑mailu podepisující neslibuje uzavřít ani neuzavírá
> za společnost AMI Praha a.s.
> jakoukoliv smlouvu. Každá smlouva, pokud bude uzavřena, musí mít výhradně
> písemnou formu.
>
> Tento e‑mail je určen výhradně pro potřeby jeho adresáta/ů a může
> obsahovat důvěrné nebo osobní
> informace. Nejste‑li zamýšleným příjemcem, je zakázáno jakékoliv
> zveřejňování, zprostředkování
> nebo jiné použití těchto informací. Pokud jste obdrželi e‑mail
> neoprávněně, informujte o tom prosím
> odesílatele a vymažte neprodleně všechny kopie tohoto e‑mailu včetně
> všech jeho příloh. Nakládáním
> s neoprávněně získanými informacemi se vystavujete riziku právního postihu.
>
> _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.evolveum.com/pipermail/midpoint/attachments/20190114/66ac0a9d/attachment.htm>
More information about the midPoint
mailing list