topic Re: LDAP import users from multiple DNs in Alfresco Archive

LDAP import users from multiple DNs

fo1337 — Sat, 30 May 2009 19:51:08 GMT

Hi all. I'm using Labs 3.1 Stable. I finally got the LDAP (AD) import working… Now I'm trying to find a way to import users from multiple locations, and I have 2 ideas but not sure how to implement this:#1 idea: I think I could change my "ldap.synchronisation.personSearchBase" property in order to l

Re: LDAP import users from multiple DNs

tvaughan77 — Tue, 02 Jun 2009 14:26:11 GMT

I'm on labs 3/d, so I can't answer your first question, but I think I can help with your second.

A "stack" of beans is a series of Spring XML bean definitions (as found in the ldap-synchronization-context.xml) such that the beans usually refer to one another. For example, the "ldapPeopleTrigger" bean references the "ldapPeopleImport" which references the "ldapPeopleExportService" bean. . . that's a "stack"

What you can do (without any code, I think) to import users from multiple DNs is something like the following:

1) Assume you have 2 search bases: ou=alpha,dc=foo,dc=com and ou=omega,dc=foo,dc=com

2) Set up the ldapPeopleExportSource to pull in users from the alpha base. Either hard-code the searchBase, or use the properties file's ldap.synchronisation.personSearchBase (preferred).

3) Copy & pase the alphaLdapPeopleExportSource and rename it "omegaLdapPeopleExportSource". Configure that bean to import from the omega search base (add another property to the properties file and just make sure the ${xxx} in the context file matches up)

4) Now copy & paste the ldapPeopleImport bean to be the omegaLdapPeopleImport

5) Scroll down to the ldapPeopleTrigger and add a new map entry to the "jobDataAsMap" section that references your omegaLdapPeopleImport. The current map has a single (key,value) pair like this:


                <property name="jobDataAsMap">
                    <map>
                        <entry key="bean">
                            <ref bean="ldapPeopleImport"/>
                        </entry>
                    </map>
                </property>
‍‍‍‍‍‍‍‍‍

I'm pretty sure the String "bean" is arbitrary (at least, that's what these javadocs lead me to believe):
http://static.springframework.org/spring/docs/1.1.5/api/org/springframework/scheduling/quartz/JobDetailBean.html#setJobDataAsMap(java.util.Map)

So you can probably just do this:


                <property name="jobDataAsMap">
                    <map>
                        <entry key="bean">
                            <ref bean="ldapPeopleImport"/>
                        </entry>
                        <entry key="omegaBean">    <!–   I don't think this key matters. . . –>
                            <ref bean="omegaLdapPeopleImport"/>
                        </entry>
                    </map>
                </property>
‍‍‍‍‍‍‍‍‍‍‍‍

Now, if that works (and it's a big if), I would go back through that file and use Spring's configuration inheritance mechanism to clean up all that nasty copy & paste stuff you just did. You'll probably end up copying 150 lines of XML and only changing 3, so to make it more maintainable, you can define abstract beans with all the common configuration options and then just override the stuff that's different in the concrete beans. That's a subject for a different thread, though 😉

Re: LDAP import users from multiple DNs

fo1337 — Tue, 02 Jun 2009 19:40:33 GMT

You're almost saving my day! Unfortunately, it seems like changing from key="bean" to key="beantwo" doesn't work. Nothing happens. When I change it back to key="bean", it works… Any idea?

Re: LDAP import users from multiple DNs

fo1337 — Tue, 02 Jun 2009 20:57:09 GMT

OK it works!!! I found a way around it. A new trigger bean has to be defined for each importing job. So that's 1 trigger per DN. Just copy and paste the original trigger and change the two ids (that of the trigger and of the job detail contained within it). Thanks for guiding me on that!

Re: LDAP import users from multiple DNs

izvictor — Wed, 24 Mar 2010 16:14:51 GMT

Hello,
I'm having the same problem, but can figure out what's wrong, I was wondering if you could attach you context xml file and the corresponding properties file?

Thank you very much for your help.

Victor