Il 23/03/2016 12:41, Martin Goldstone ha scritto:
Hi Fabio,

I've looked at your configuration. I noticed that your card_link attribute is the same as your user's username. I've replicated this: I've added a row into the carddb with HRID set to cca37, and added new attributes to the schema and to the user as in the attached screenshots. It now synchronises the card number across with this set up. On further testing, I've been able to make it synchronise only when adding a suffix using a derived attribute as you have done in your configuration. I've changed card_link_test to be unameprefix + '38', created a row in carddb with 'cca38' as hrid and verified that the user had the new value for this derived attribute, which led to a successful synchronisation. However, when I changed card_link_test to have a prefix (I set it to 'k' + unameprefix + '39') and created a row in carddb with 'kcca39' as hrid, no syncronisation occurs.

Hi Martin,thanks for reporting.
Bug is confirmed. Please watch the issue [SYNCOPE-800], it will be fixed ASAP.

Kind regards,
F.

[SYNCOPE-800] https://issues.apache.org/jira/browse/SYNCOPE-800


Thanks

On 23 March 2016 at 10:37, Fabio Martelli <[email protected] <mailto:[email protected]>> wrote:

    Hi Martin, I performed several attempts (by changing configuration
    every time) without reproducing your issue.
    Please, take a look at the attached configuration. It is working fine.

    Check your configuration against mine, perform some other check
    and, if you have, provide some other detail.

    Best regards,
    F.

    Il 23/03/2016 09:47, Martin Goldstone ha scritto:
    Hi Fabio,

    I'm a bit confused. I'm already setting card_link with a user
    template on staff_db sync. I have not set anything in the user
    template for carddb sync. I have also tried populating the user
    with the derived card_link attribute manually. Every time I've
    attempted a carddb sync, I've verified that the derived attribute
    is shown on that user's record.

    Thanks

    On 23 March 2016 at 08:39, Fabio Martelli
    <[email protected] <mailto:[email protected]>> wrote:

        Hi Martin, now it is clearer.
        I see from your logs you are trying to assign card_link
        attribute via a user template associated to carddb itself.
        This is not correct because carddb specify the account id on
        card_link: user template is evaluated after profile resolution.

        Maybe you can specify card_link attribute before by assigning
        a user template to ldap or staff_db sync.
        The user has to be populated yet with derived attribute
        card_link before running carddb sync.

        Please, try out in this sense and let me know.
        Kind regards,
        F.


        Il 22/03/2016 18:26, Martin Goldstone ha scritto:

        On 22 March 2016 at 16:38, Fabio Martelli
        <[email protected] <mailto:[email protected]>>
        wrote:

            Hi Martin, resources and connectors configurations seem
            to be correct.
            Provided logs are not useful: please, change debug level
            and perform a new synchronization; collect logs and
            forward again.


        Attached are new logs with the logging level turned up to
        debug for everything. The file sizes are quite large, would
        it be better if I repeat the task with reduced logging
        levels for certain loggers?


            Let's try to summarize...

             1. you have the provided configuration in place
             2. you created a (sample) new user providing card_link
                derived attribute for him
             3. you synchronized from carddb but no operation has
                been performed locally

            Right?

        That's correct, yes. Card_link is assigned with the user
        template for the staff_db sync task, but I have also tried
        adding it manually.

            Did you try out without propagation and synchronization
            action classes?

        I've just taken out all propagation and synchronization
        action classes, there was no difference.



-- Martin Goldstone
        IT 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


-- Fabio Martelli
        https://it.linkedin.com/pub/fabio-martelli/1/974/a44
        http://blog.tirasa.net/author/fabio/index.html

        Tirasa - Open Source Excellence
        http://www.tirasa.net/

        Apache Syncope PMC
        http://people.apache.org/~fmartelli/
        <http://people.apache.org/%7Efmartelli/>




-- Martin Goldstone
    IT 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


-- Fabio Martelli
    https://it.linkedin.com/pub/fabio-martelli/1/974/a44
    http://blog.tirasa.net/author/fabio/index.html

    Tirasa - Open Source Excellence
    http://www.tirasa.net/

    Apache Syncope PMC
    http://people.apache.org/~fmartelli/
    <http://people.apache.org/%7Efmartelli/>




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


--
Fabio Martelli
https://it.linkedin.com/pub/fabio-martelli/1/974/a44
http://blog.tirasa.net/author/fabio/index.html

Tirasa - Open Source Excellence
http://www.tirasa.net/

Apache Syncope PMC
http://people.apache.org/~fmartelli/

Reply via email to