topic Groups synchronization issue in Alfresco Archive https://connect.hyland.com/t5/alfresco-archive/groups-synchronization-issue/m-p/254092#M207222 <HTML><HEAD></HEAD><BODY><SPAN>Hi, </SPAN><BR /><BR /><SPAN>I'm working on an alfresco integration which have to be synchronised with an openldap.</SPAN><BR /><SPAN>The user synchronisation works properly but i'm facing a problem with the groups.</SPAN><BR /><SPAN>On startup logs, the debug output says that groups are processed but they are not visible in administration console and in the node explorer.</SPAN><BR /><SPAN>I'm using an alfresco community 4.0.e.</SPAN><BR /><BR /><SPAN>Here are the logs : </SPAN><BR /><PRE class="language-none line-numbers"><CODE> 2012-12-17 11:45:00,589&nbsp; INFO&nbsp; [management.subsystems.ChildApplicationContextFactory] [main] Starting 'Synchronization' subsystem, ID: [Synchronization, default]<BR /> 2012-12-17 11:45:00,671&nbsp; INFO&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [main] Synchronizing users and groups with user registry 'ldap_gdt'<BR /> 2012-12-17 11:45:00,680&nbsp; INFO&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [main] Retrieving all groups from user registry 'ldap_gdt'<BR /> 2012-12-17 11:45:01,461&nbsp; INFO&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [main] ldap_gdt Group Analysis: Commencing batch of 9 entries<BR /> 2012-12-17 11:45:01,485&nbsp; INFO&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [main] ldap_gdt Group Analysis: Processed 9 entries out of 9. 100 % complete. Rate: 375 per second. 0 failures detected.<BR /> 2012-12-17 11:45:01,485&nbsp; INFO&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [main] ldap_gdt Group Analysis: Completed batch of 9 entries<BR /> 2012-12-17 11:45:01,490&nbsp; INFO&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [main] Retrieving all users from user registry 'ldap_gdt'<BR /> 2012-12-17 11:45:01,863&nbsp; INFO&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [main] ldap_gdt User Creation and Association: Commencing batch of 6 entries<BR /> 2012-12-17 11:45:02,494&nbsp; WARN&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [ldap_gdt User Creation and Association1] Updating user 'ADMIN'. This user will in future be assumed to originate from user registry 'ldap_gdt'.<BR /> 2012-12-17 11:45:03,594&nbsp; INFO&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [main] ldap_gdt User Creation and Association: Processed 6 entries out of 6. 100 % complete. Rate: 3 per second. 0 failures detected.<BR /> 2012-12-17 11:45:03,595&nbsp; INFO&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [main] ldap_gdt User Creation and Association: Completed batch of 6 entries<BR /> 2012-12-17 11:45:03,721&nbsp; INFO&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [main] Finished synchronizing users and groups with user registry 'ldap_gdt'<BR /> 2012-12-17 11:45:03,722&nbsp; INFO&nbsp; [security.sync.ChainingUserRegistrySynchronizer] [main] 6 user(s) and 9 group(s) processed<BR /> 2012-12-17 11:45:03,774&nbsp; INFO&nbsp; [management.subsystems.ChildApplicationContextFactory] [main] Startup of 'Synchronization' subsystem, ID: [Synchronization, default] complete<SPAN class="line-numbers-rows"><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN></SPAN></CODE></PRE><BR /><SPAN>my ldap-authentication.properties</SPAN><BR /><BR /><PRE class="language-none line-numbers"><CODE># The query to select all objects that represent the groups to import.<BR />ldap.synchronization.groupQuery=(objectclass\=groupOfUniqueNames)<BR /><BR /># The query to select objects that represent the groups to import that have changed since a certain time.<BR />ldap.synchronization.groupDifferentialQuery=(&amp;(objectclass\=groupOfUniqueNames)(!(modifyTimestamp&lt;\={0}))) <BR /><BR /># The query to select all objects that represent the users to import.<BR />ldap.synchronization.personQuery=(objectclass\=inetOrgPerson)<BR /><BR /># The query to select objects that represent the users to import that have changed since a certain time.<BR />ldap.synchronization.personDifferentialQuery=(&amp;(objectclass\=inetOrgPerson)(!(modifyTimestamp&lt;\={0}))) <BR /><BR /># The group search base restricts the LDAP group query to a sub section of tree on the LDAP server.<BR />ldap.synchronization.groupSearchBase=ou\=Groups,o\=GDT,c\=FR<BR /><BR /># The user search base restricts the LDAP user query to a sub section of tree on the LDAP server.<BR />#ldap.synchronization.userSearchBase=ou\=User Accounts,ou=\Alfresco,dc=domain<BR /># On ne peut pas restreindre plus, étant donné que Informatique et FAM doivent avoir accès à l'application<BR />ldap.synchronization.userSearchBase=ou\=People,o\=GDT,c\=FR<BR /><BR /><BR /># The name of the operational attribute recording the last update time for a group or user.<BR />ldap.synchronization.modifyTimestampAttributeName=modifyTimestamp<BR /><BR /># The timestamp format. Unfortunately, this varies between directory servers.<BR />ldap.synchronization.timestampFormat=yyyyMMddHHmmss'Z'<BR /><BR /># The attribute name on people objects found in LDAP to use as the uid in Alfresco<BR />ldap.synchronization.userIdAttributeName=uid<BR /><BR /># The attribute on person objects in LDAP to map to the first name property in Alfresco<BR />#ldap.synchronization.userEmailAttributeName=mail<BR />ldap.synchronization.userFirstNameAttributeName=givenName<BR /><BR /># The attribute on person objects in LDAP to map to the last name property in Alfresco<BR />ldap.synchronization.userLastNameAttributeName=sn<BR /><BR /># The attribute on person objects in LDAP to map to the email property in Alfresco<BR />ldap.synchronization.userEmailAttributeName=mail<BR /><BR /># The attribute on person objects in LDAP to map to the organizational id&nbsp; property in Alfresco<BR />ldap.synchronization.userOrganizationalIdAttributeName=businessCategory<BR /><BR /># The default home folder provider to use for people created via LDAP import<BR />ldap.synchronization.defaultHomeFolderProvider=userHomesHomeFolderProvider<BR /><BR /># The attribute on LDAP group objects to map to the authority name property in Alfresco<BR />ldap.synchronization.groupIdAttributeName=cn<BR /><BR /># The attribute on LDAP group objects to map to the authority display name property in Alfresco<BR />#ldap.synchronization.groupDisplayNameAttributeName=displayName<BR />ldap.synchronization.groupDisplayNameAttributeName=cn<BR /><BR /># The group type in LDAP (objectClass)<BR />ldap.synchronization.groupType=groupOfUniqueNames<BR /><BR /># The person type in LDAP (objectClass)<BR />ldap.synchronization.personType=inetOrgPerson<BR /><BR /># The attribute in LDAP on group objects that defines the DN for its members<BR />ldap.synchronization.groupMemberAttributeName=uniqueMember<SPAN class="line-numbers-rows"><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN></SPAN></CODE></PRE><BR /><SPAN>and a ldif extraction of the groups tree : </SPAN><BR /><PRE class="language-none line-numbers"><CODE><BR />dn: ou=Groups,o=GDT,c=FR<BR />ou: Groups<BR />objectClass: organizationalUnit<BR />objectClass: top<BR />structuralObjectClass: organizationalUnit<BR />entryUUID: 33e8e2a4-c380-1031-8970-57123cabdb5f<BR />creatorsName: cn=Manager,o=GDT,c=FR<BR />createTimestamp: 20121115145512Z<BR />entryCSN: 20121115145512Z#000000#00#000000<BR />modifiersName: cn=Manager,o=GDT,c=FR<BR />modifyTimestamp: 20121115145512Z<BR />entryDN: ou=Groups,o=GDT,c=FR<BR />subschemaSubentry: cn=Subschema<BR />hasSubordinates: TRUE<BR /><BR />dn: cn=GDT_Administrateur_Ingenierie,ou=Groups,o=GDT,c=FR<BR />cn: GDT_Administrateur_Ingenierie<BR />objectClass: groupOfUniqueNames<BR />objectClass: top<BR />uniqueMember: uid=NNI1,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ADMIN,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ALL,ou=People,o=GDT,c=FR<BR />structuralObjectClass: groupOfUniqueNames<BR />entryUUID: c34a0cbe-c8eb-1031-897f-57123cabdb5f<BR />creatorsName: cn=Manager,o=GDT,c=FR<BR />createTimestamp: 20121122122745Z<BR />entryCSN: 20121122124402Z#000000#00#000000<BR />modifiersName: cn=Manager,o=GDT,c=FR<BR />modifyTimestamp: 20121122124402Z<BR />entryDN: cn=GDT_Administrateur_Ingenierie,ou=Groups,o=GDT,c=FR<BR />subschemaSubentry: cn=Subschema<BR />hasSubordinates: FALSE<BR /><BR />dn: cn=GDT_Administrateur_Recette,ou=Groups,o=GDT,c=FR<BR />cn: GDT_Administrateur_Recette<BR />objectClass: groupOfUniqueNames<BR />objectClass: top<BR />uniqueMember: uid=NNI1,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ADMIN,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ALL,ou=People,o=GDT,c=FR<BR />structuralObjectClass: groupOfUniqueNames<BR />entryUUID: cbc049f8-c8eb-1031-8980-57123cabdb5f<BR />creatorsName: cn=Manager,o=GDT,c=FR<BR />createTimestamp: 20121122122759Z<BR />entryCSN: 20121122124408Z#000000#00#000000<BR />modifiersName: cn=Manager,o=GDT,c=FR<BR />modifyTimestamp: 20121122124408Z<BR />entryDN: cn=GDT_Administrateur_Recette,ou=Groups,o=GDT,c=FR<BR />subschemaSubentry: cn=Subschema<BR />hasSubordinates: FALSE<BR /><BR />dn: cn=GDT_GestionnaireReference_Recette,ou=Groups,o=GDT,c=FR<BR />objectClass: groupOfUniqueNames<BR />objectClass: top<BR />uniqueMember: uid=NNI1,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=GESTIO,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ALL,ou=People,o=GDT,c=FR<BR />cn: GDT_GestionnaireReference_Recette<BR />structuralObjectClass: groupOfUniqueNames<BR />entryUUID: d349e652-c8eb-1031-8981-57123cabdb5f<BR />creatorsName: cn=Manager,o=GDT,c=FR<BR />createTimestamp: 20121122122812Z<BR />entryCSN: 20121122124416Z#000000#00#000000<BR />modifiersName: cn=Manager,o=GDT,c=FR<BR />modifyTimestamp: 20121122124416Z<BR />entryDN: cn=GDT_GestionnaireReference_Recette,ou=Groups,o=GDT,c=FR<BR />subschemaSubentry: cn=Subschema<BR />hasSubordinates: FALSE<BR /><BR />dn: cn=GDT_Utilisateur_Recette,ou=Groups,o=GDT,c=FR<BR />cn: GDT_Utilisateur_Recette<BR />objectClass: groupOfUniqueNames<BR />objectClass: top<BR />uniqueMember: uid=NNI1,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=USER,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ALL,ou=People,o=GDT,c=FR<BR />structuralObjectClass: groupOfUniqueNames<BR />entryUUID: defe6b30-c8eb-1031-8982-57123cabdb5f<BR />creatorsName: cn=Manager,o=GDT,c=FR<BR />createTimestamp: 20121122122831Z<BR />entryCSN: 20121122124526Z#000000#00#000000<BR />modifiersName: cn=Manager,o=GDT,c=FR<BR />modifyTimestamp: 20121122124526Z<BR />entryDN: cn=GDT_Utilisateur_Recette,ou=Groups,o=GDT,c=FR<BR />subschemaSubentry: cn=Subschema<BR />hasSubordinates: FALSE<BR /><BR />dn: cn=GDT_Utilisateur_Ingenierie,ou=Groups,o=GDT,c=FR<BR />cn: GDT_Utilisateur_Ingenierie<BR />objectClass: groupOfUniqueNames<BR />objectClass: top<BR />uniqueMember: uid=NNI1,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=USER,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ALL,ou=People,o=GDT,c=FR<BR />structuralObjectClass: groupOfUniqueNames<BR />entryUUID: 20a2f56a-c8ec-1031-8983-57123cabdb5f<BR />creatorsName: cn=Manager,o=GDT,c=FR<BR />createTimestamp: 20121122123021Z<BR />entryCSN: 20121122124520Z#000000#00#000000<BR />modifiersName: cn=Manager,o=GDT,c=FR<BR />modifyTimestamp: 20121122124520Z<BR />entryDN: cn=GDT_Utilisateur_Ingenierie,ou=Groups,o=GDT,c=FR<BR />subschemaSubentry: cn=Subschema<BR />hasSubordinates: FALSE<BR /><BR />dn: cn=GDT_Utilisateur_Exploitation,ou=Groups,o=GDT,c=FR<BR />objectClass: groupOfUniqueNames<BR />objectClass: top<BR />uniqueMember: uid=NNI1,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=USER,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ALL,ou=People,o=GDT,c=FR<BR />cn: GDT_Utilisateur_Exploitation<BR />structuralObjectClass: groupOfUniqueNames<BR />entryUUID: 25ca2d7e-c8ec-1031-8984-57123cabdb5f<BR />creatorsName: cn=Manager,o=GDT,c=FR<BR />createTimestamp: 20121122123030Z<BR />entryCSN: 20121122131655Z#000000#00#000000<BR />modifiersName: cn=Manager,o=GDT,c=FR<BR />modifyTimestamp: 20121122131655Z<BR />entryDN: cn=GDT_Utilisateur_Exploitation,ou=Groups,o=GDT,c=FR<BR />subschemaSubentry: cn=Subschema<BR />hasSubordinates: FALSE<BR /><BR />dn: cn=GDT_Administrateur_Exploitation,ou=Groups,o=GDT,c=FR<BR />objectClass: groupOfUniqueNames<BR />objectClass: top<BR />uniqueMember: uid=NNI1,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ADMIN,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ALL,ou=People,o=GDT,c=FR<BR />cn: GDT_Administrateur_Exploitation<BR />structuralObjectClass: groupOfUniqueNames<BR />entryUUID: 2bc95538-c8ec-1031-8985-57123cabdb5f<BR />creatorsName: cn=Manager,o=GDT,c=FR<BR />createTimestamp: 20121122123040Z<BR />entryCSN: 20121122131820Z#000000#00#000000<BR />modifiersName: cn=Manager,o=GDT,c=FR<BR />modifyTimestamp: 20121122131820Z<BR />entryDN: cn=GDT_Administrateur_Exploitation,ou=Groups,o=GDT,c=FR<BR />subschemaSubentry: cn=Subschema<BR />hasSubordinates: FALSE<BR /><BR />dn: cn=GDT_GestionnaireReference_Ingenierie,ou=Groups,o=GDT,c=FR<BR />cn: GDT_GestionnaireReference_Ingenierie<BR />objectClass: groupOfUniqueNames<BR />objectClass: top<BR />uniqueMember: uid=NNI1,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=GESTIO,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ALL,ou=People,o=GDT,c=FR<BR />structuralObjectClass: groupOfUniqueNames<BR />entryUUID: 340da8ac-c8ec-1031-8986-57123cabdb5f<BR />creatorsName: cn=Manager,o=GDT,c=FR<BR />createTimestamp: 20121122123054Z<BR />entryCSN: 20121122124411Z#000000#00#000000<BR />modifiersName: cn=Manager,o=GDT,c=FR<BR />modifyTimestamp: 20121122124411Z<BR />entryDN: cn=GDT_GestionnaireReference_Ingenierie,ou=Groups,o=GDT,c=FR<BR />subschemaSubentry: cn=Subschema<BR />hasSubordinates: FALSE<BR /><BR />dn: cn=GDT_GestionnaireReference_Exploitation,ou=Groups,o=GDT,c=FR<BR />objectClass: groupOfUniqueNames<BR />objectClass: top<BR />uniqueMember: uid=NNI1,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=GESTIO,ou=People,o=GDT,c=FR<BR />uniqueMember: uid=ALL,ou=People,o=GDT,c=FR<BR />cn: GDT_GestionnaireReference_Exploitation<BR />structuralObjectClass: groupOfUniqueNames<BR />entryUUID: 3adde76e-c8ec-1031-8987-57123cabdb5f<BR />creatorsName: cn=Manager,o=GDT,c=FR<BR />createTimestamp: 20121122123105Z<BR />entryCSN: 20121122131814Z#000000#00#000000<BR />modifiersName: cn=Manager,o=GDT,c=FR<BR />modifyTimestamp: 20121122131814Z<BR />entryDN: cn=GDT_GestionnaireReference_Exploitation,ou=Groups,o=GDT,c=FR<BR />subschemaSubentry: cn=Subschema<BR />hasSubordinates: FALSE<BR /><SPAN class="line-numbers-rows"><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN><SPAN>‍</SPAN></SPAN></CODE></PRE><BR /><SPAN>I do not understand why those groups are not created …</SPAN></BODY></HTML> Fri, 30 Nov 2012 11:01:23 GMT maxime 2012-11-30T11:01:23Z Groups synchronization issue https://connect.hyland.com/t5/alfresco-archive/groups-synchronization-issue/m-p/254092#M207222 Hi, I'm working on an alfresco integration which have to be synchronised with an openldap.The user synchronisation works properly but i'm facing a problem with the groups.On startup logs, the debug output says that groups are processed but they are not visible in administration console and in the no Fri, 30 Nov 2012 11:01:23 GMT https://connect.hyland.com/t5/alfresco-archive/groups-synchronization-issue/m-p/254092#M207222 maxime 2012-11-30T11:01:23Z Re: Groups synchronization issue https://connect.hyland.com/t5/alfresco-archive/groups-synchronization-issue/m-p/254093#M207223 <HTML><HEAD></HEAD><BODY><SPAN>No one got any idea ?</SPAN><BR /><SPAN>I'm quite sure this is a ridiculous problem !</SPAN></BODY></HTML> Mon, 03 Dec 2012 08:44:02 GMT https://connect.hyland.com/t5/alfresco-archive/groups-synchronization-issue/m-p/254093#M207223 maxime 2012-12-03T08:44:02Z Re: Groups synchronization issue https://connect.hyland.com/t5/alfresco-archive/groups-synchronization-issue/m-p/254094#M207224 <HTML><HEAD></HEAD><BODY><SPAN>Still in trouble …</SPAN><BR /><SPAN>It's stranger than ever.</SPAN><BR /><SPAN>I've just tried with an 4.0.a version and it does work…</SPAN></BODY></HTML> Thu, 13 Dec 2012 10:11:26 GMT https://connect.hyland.com/t5/alfresco-archive/groups-synchronization-issue/m-p/254094#M207224 maxime 2012-12-13T10:11:26Z