On 27/09/2018 17:57, Ben.H wrote:
I've looked into a custom propagation action before, and I took another look
again. However, the task being passed in only seems to have the attributes
that have already been mapped, not the memberships.
Of course.
The point is that you can look at the user being propagated, and enrich
the set of attributes that were prepared by looking at the mapping.
A possible implementation of such idea is reported at
https://paste.apache.org/bpe4
In addition, the connectorObject seems to be null.
Yep, this is normal before create; the name is 'beforeObj', e.g. the
remote object on the resource before the propagation takes place: since
it is null, Syncope will issue a CREATE operation against the External
Resource, conversely it would have issued an UPDATE.
The problem is that I don't want to map membership attributes directly, because
I would have to keep adding to the
list of mappings as the groups change over time. I'd like to be able to get
the account/user object somewhere and persist all groups and their
corresponding attributes dynamically.
This is what I show in the example linked above.
HTH
Regards.
--
Francesco Chicchiriccò
Tirasa - Open Source Excellence
http://www.tirasa.net/
Member at The Apache Software Foundation
Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
http://home.apache.org/~ilgrosso/