One of my many pending emails: http://www.ja-sig.org/wiki/display/PDM15/Person+Directory+1.5+Manual

The person directory configuration is changing for 3.1 due to integration of the search functionality. I did take the time to write up manual pages with basic examples for all of the main DAOs though and they are on the above linked wiki space.

There will be more documentation once we get to a 3.1 RC about how to migrate a config.

-Eric

Drew Wills wrote:
Hey folks (especially Eric),

It seems that the enhancements to PersonAttributes that appear in uP 3.1 bring changes to the way the DAOs are configured in spring, and the LdapPersonAttributeDao configuration I have for 3.0 doesn't work on trunk/ anymore.

I've updated much of it, but I'm still not getting the memberOf attribute that I'm expecting. Is there current documentation on configuring LdapPersonAttributeDao for 3.1?

Here's my XML:

<!-- LDAP Person Attribute Source, uses the default ILdapServer via the LdapServices.getDefaultLdapServer method call --> <bean id="ADAttributeSource" class="org.jasig.services.persondir.support.ldap.LdapPersonAttributeDao">
        <property name="contextSource">
<bean class="org.springframework.ldap.core.support.LdapContextSource">
                <property name="url" value="xxx"/>
                <property name="userDn" value="xxx"/>
                <property name="password" value="xxx"/>
                <property name="pooled" value="true"/>
            </bean>
        </property>
        <property name="queryAttributeMapping">
            <map>
                <entry key="username" value="CN" />
            </map>
        </property>
        <property name="baseDN">
            <value>xxx</value>
        </property>
        <!--
        <property name="query">
            <value>(&amp;(objectCategory=user)(CN={0}))</value>
        </property>
         -->
        <property name="resultAttributeMapping">
            <map>
                <entry key="memberOf">
                    <value>memberOf</value>
                </entry>
            </map>
        </property>
    </bean>

It feels like my problem is that I don't understand the successor to the 'query' property (which is commented out above). I don't know where to put the filter expression -- is that part auto-magically handled by the 'queryAttributeMapping' property somehow?

drew wills

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to