Yes, I can see the derived attribute when I look at the users after syncing
from LDAP.

On 18 March 2016 at 14:06, Marco Di Sabatino Di Diodoro <
[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?
>
> M
>
>
> On 18 March 2016 at 10:38, Marco Di Sabatino Di Diodoro <
> <[email protected]>[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 need a 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?
>>
>> Marco
>>
>> Thanks.
>>
>> On 18 March 2016 at 08:32, Marco Di Sabatino Di Diodoro <
>> [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.
>>>
>>> Marco
>>>
>>> Thanks.
>>>
>>> --
>>> Martin Goldstone
>>> IT Systems Administrator
>>> IT Services, Innovation Centre 1 (IC1)
>>> Keele University, Keele, Staffordshire, United Kingdom, ST5 5NB
>>> Telephone: +44 1782 734457 <%2B44%201782%20734457>
>>> 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 0859111173http://www.tirasa.net
>>>
>>> Apache Syncope PMC Memberhttp://people.apache.org/~mdisabatino/
>>>
>>>
>>
>>
>> --
>> Martin Goldstone
>> IT Systems Administrator
>> IT Services, Innovation Centre 1 (IC1)
>> Keele University, Keele, Staffordshire, United Kingdom, ST5 5NB
>> Telephone: +44 1782 734457 <%2B44%201782%20734457>
>> G+: <http://google.com/+MartinGoldstoneKeele>
>> 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 0859111173http://www.tirasa.net
>>
>> Apache Syncope PMC Memberhttp://people.apache.org/~mdisabatino/
>>
>>
>
>
> --
> 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>
> 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 0859111173http://www.tirasa.net
>
> Apache Syncope PMC Memberhttp://people.apache.org/~mdisabatino/
>
>


-- 
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

Reply via email to