Novell is now a part of Micro Focus

Reading the DN without Mapping the Attribute

Novell Cool Solutions: Tip

Digg This - Slashdot This

Posted: 10 Jan 2007


A Forum reader recently asked:

"I'm using a modify operation on the subscriber channel of my AD-Driver. My current operations object is associated. What I need to know is the distinguished name in my destination object (the object in the AD). When I have a look at the object with LDAP, it looks somewhat like "cn=users name, ou=something, ou=something other, dc= ..." This is what I built up in placement rule when the object was created. Now I want to read this thing from AD via the assoc in my operation. I tried it several ways but didn't find a way."

And here's the response from Identity Manager expert Father Ramon ...


The query to the application produces an eDirectory DN. That's because IDM automatically marshalls referential attributes between the application and eDirectory namespaces, as that is what is needed for the synchronization of the same.

Here's an example of a rule in an input transformation that would allow you to use the destination attribute token and not have the attribute automatically mapped to corresponding eDir object before you get it:

   <do-reformat-op-attr name="distinguishedName">
    <arg-value type="string">
     <token-local-variable name="current-value"/>

For an example of querying from XPath to get the DN, see:

Novell Cool Solutions (corporate web communities) are produced by WebWise Solutions.

© Micro Focus