Il 18/03/2016 15:08, Martin Goldstone ha scritto:
Yes, I can see the derived attribute when I look at the users after syncing from LDAP.
Please, check in your core logs if there are some errors.
On 18 March 2016 at 14:06, Marco Di Sabatino Di Diodoro <[email protected] <mailto:[email protected]>> wrote:Il 18/03/2016 11:55, Martin Goldstone ha scritto:roll_number (as stored as kdirUrn in LDAP and as HRID in staffdb) does not ordinarily have the prefix of 'K'. It has a prefix within this simplified carddb as in the real card database system, multiple systems feed data into it and this field has various prefixes depending on the source of the data (card users coming from the HR system have one prefix, coming from Student Records they have another, and another prefix for a 3rd system. Those individual systems do not have the prefix present in their identifiers). Perhaps I have got things backwards. Given that I can't change there being a prefix in carddb, what would be the best way to handle this?In your sync task configurations, have you configured the Allow create operations and Allow update operations? When you sync from Ldap, the synched users have the derived attribute populated on Syncope?
MOn 18 March 2016 at 10:38, Marco Di Sabatino Di Diodoro <[email protected] <mailto:[email protected]>> wrote: Il 18/03/2016 10:28, Martin Goldstone ha scritto:Hi Marco, Attached are screenshots of these mappings. The second database (the one with the K prefix), is one in the carddb_mapping. I've also included the derived attribute (staff_ex_link)There is an error in your carddb resource mapping. If you needa mapping with a derived attribute, it's necessary that the attributes that compose it are present in the set of attributes that you pull from the resource (roll_number is not present in the resource). Why you add the "K" if the attribute already contains it? MarcoThanks. On 18 March 2016 at 08:32, Marco Di Sabatino Di Diodoro <[email protected] <mailto:[email protected]>> wrote: Hi Martin, Il 17/03/2016 18:12, Martin Goldstone ha scritto:Hi All, I'm currently building a proof of concept using Apache Syncope 1.2.7. I've managed to create a user by synchronising from our openLDAP directory, and I've also managed to manually create a user and sync ldap to it. I've then successfully synchronised with a database containing additional fields for that user. The accountid field in the database is contained within the data from LDAP, mapped to an attribute called roll_number. I have another database that I want to synchronise additional data for this user from, but its accountid is roll_number with a prefix of 'K'. If I manually create another attribute for the user, populate it by hand with the relevant value beginning with 'K', and set the mapping accordingly I can synchronise this properly. However, if I set up a derived attribute for this consisting of 'K'+roll_number, assign this attribute to the user and set the mappings accordingly, it does not synchronise the data. The status says success but the execution history shows it did nothing (Users [created/failures]: 0/0 [updated/failures]: 0/0 [deleted/failures]: 0/0 [no operation/ignored]: 0/0). I thought of creating a synchronisation policy, but derived attributes are not listed when creating it. Can anyone point me in the right direction? Unfortunately I am not in a position to simply get rid of the 'K' prefix.Please send me all your resource mapping configurations. I don't understand if the derived attribute is configured in the first or second (roll_number with a prefix of 'K') database. MarcoThanks.-- Martin GoldstoneIT Systems Administrator IT Services, Innovation Centre 1 (IC1) Keele University, Keele, Staffordshire, United Kingdom, ST5 5NB Telephone: +44 1782 734457 <tel:%2B44%201782%20734457> G+: http://google.com/+MartinGoldstoneKeele-- Dott. Marco Di Sabatino Di DiodoroTel.+39 3939065570 <tel:%2B39%203939065570> Tirasa S.r.l. Viale D'Annunzio 267 - 65127 Pescara Tel+39 0859116307 <tel:%2B39%200859116307> / FAX+39 0859111173 <tel:%2B39%200859111173> http://www.tirasa.net Apache Syncope PMC Member http://people.apache.org/~mdisabatino/ <http://people.apache.org/%7Emdisabatino/>-- Martin GoldstoneIT Systems Administrator IT Services, Innovation Centre 1 (IC1) Keele University, Keele, Staffordshire, United Kingdom, ST5 5NB Telephone: +44 1782 734457 <tel:%2B44%201782%20734457> G+: http://google.com/+MartinGoldstoneKeele-- Dott. Marco Di Sabatino Di DiodoroTel.+39 3939065570 <tel:%2B39%203939065570> Tirasa S.r.l. Viale D'Annunzio 267 - 65127 Pescara Tel+39 0859116307 <tel:%2B39%200859116307> / FAX+39 0859111173 <tel:%2B39%200859111173> http://www.tirasa.net Apache Syncope PMC Member http://people.apache.org/~mdisabatino/ <http://people.apache.org/%7Emdisabatino/>-- Martin GoldstoneIT Systems Administrator IT Services, Innovation Centre 1 (IC1) Keele University, Keele, Staffordshire, United Kingdom, ST5 5NB Telephone: +44 1782 734457 <tel:%2B44%201782%20734457> G+: http://google.com/+MartinGoldstoneKeele-- Dott. Marco Di Sabatino Di DiodoroTel.+39 3939065570 <tel:%2B39%203939065570> Tirasa S.r.l. Viale D'Annunzio 267 - 65127 Pescara Tel+39 0859116307 <tel:%2B39%200859116307> / FAX+39 0859111173 <tel:%2B39%200859111173> http://www.tirasa.net Apache Syncope PMC Member http://people.apache.org/~mdisabatino/ <http://people.apache.org/%7Emdisabatino/> -- Martin Goldstone IT Systems Administrator IT Services, Innovation Centre 1 (IC1) Keele University, Keele, Staffordshire, United Kingdom, ST5 5NB Telephone: +44 1782 734457 G+: http://google.com/+MartinGoldstoneKeele
-- Dott. Marco Di Sabatino Di Diodoro Tel. +39 3939065570 Tirasa S.r.l. Viale D'Annunzio 267 - 65127 Pescara Tel +39 0859116307 / FAX +39 0859111173 http://www.tirasa.net Apache Syncope PMC Member http://people.apache.org/~mdisabatino/
