Issue #124 has been updated by J?r?me Schell.
I think the problem is in the name of the key attribute. Correct me if I'm wrong... During sync phase: * entries are retrieved from source (database) * loop is performed on the list and corresponding objects are search in the destination LDAP (method synchronize2Ldap of AbstractSynchronize) * getObject method of AbstractJdbcService is called with attribute map containing "logname = value" * it works ok During clean phase: * entries are retrieved from destination (LDAP) * loop is performed on the list and corresponding objects are search in the source database (method clean2Ldap of AbstractSynchronize) * getObject method of AbstractJdbcService is called with attribute map containing "uid = value" * it doesn't work So what should I put in lsc.properties or SQL map in order for this to work? ---------------------------------------- Bug #124: Clean phase of db2ldap deletes all entities http://tools.lsc-project.org/issues/show/124 Author: J?r?me Schell Status: New Priority: High Assigned to: Category: Core Target version: During the clean phase of a db2ldap job, all entities in the destination are deleted. After tracking the problem a bit, it seems that the method clean2Ldap of org.lsc.AbstractSynchronize loops on all destination entries and calls the getObject method of org.lsc.service.AbstractJdbcService passing it the id of the entry (to look for it in the source). The problem is that the format of the id is the DN of the LDAP entry (uid=john.do,dc=mydomain,dc=com) and in the case of a JDBC source, that value is irrelevant. -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://tools.lsc-project.org/my/account -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.lsc-project.org/pipermail/lsc-dev/attachments/20091014/50c6220a/attachment.htm>
