Hello

I am using the Scripting Driver Perl API as that is what I am most familiar with, Perl that is. I believe I have spotted an irritating bug (possibly two bugs) in this. On page 60 of the
"Identity Manager Driver for Scripting" guide it explains how operation attributes can be retrieved using the idmgetvar method, for example ...
$idmlib->idmgetvar("CN");
.... or ...
$idmlib->idmgetvar("ADD_Telephone Number");
.... or ...
$idmlib->idmgetvar("REMOVE_Given Name");

I am finding that attributes that have a space in the attribute name (such as Telephone Number) are not retrievable using this method and I suspect that this is a product defect. See below for
some trace information taken from the OSX box ...
2010-09-08 08:49:43 [26400@2953342976]: (trace) --->DriverShim subscriber execute()..
2010-09-08 08:49:43 [26400@2953342976]: (trace) --->DriverShim subscriber dispatch() command = modify
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) --->DriverShim Subscriber loopback: starting...
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) COMMAND=modify
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) ASSOCIATION=6B4217A2-95D3-4180-ABF6-E7975D091417
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) CLASS_NAME=User
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) EVENT_ID=ivten03#20100907224631#1#1
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) SRC_DN=\NTL-VAULT\NTL\Users\CAN\SimonLinux
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) SRC_ENTRY_ID=35902
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) REMOVE_Telephone Number=999 333 444
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) ADD_Telephone Number=777 555 444
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) REMOVE_mobile=0989 111 111
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) ADD_mobile=999 777 111
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) --->DriverShim Subscriber loopback: checking filter...
2010-09-08 08:49:43 [26400@2953342976]: (drv_loopback) --->DriverShim Subscriber loopback: class not found in Publisher filter
2010-09-08 08:49:43 [26400@2953342976]: (trace) UnixScript modifyHandler
2010-09-08 08:49:43 [26400@2953342976]: (trace) Flushing subscriber event queue.
2010-09-08 08:49:43 [26400@2953342976]: (trace) Subscriber event queue flushed.
2010-09-08 08:49:43 [26400@2953342976]: (trace) UnixScript modifyHandler executing modify script
2010-09-08 08:49:43 [26400@2953342976]: (trace) "<====== Executing subscriber script ========>"
2010-09-08 08:49:43 [26400@2953342976]: (trace) " *** modify.pl *** "

!!! 2010-09-08 08:49:43 [26400@2953342976]: (trace) "Mobile => '999 777 111'" !!! Achtung
!!! 2010-09-08 08:49:43 [26400@2953342976]: (trace) "Telephone Number => ''" !!! Achtung

2010-09-08 08:49:43 [26400@2953342976]: (trace) "Attributes considered for ObjectClass 'User'"
2010-09-08 08:49:43 [26400@2953342976]: (trace) "Attr => 'Telephone Number'"
2010-09-08 08:49:43 [26400@2953342976]: (trace) "Attr => 'Given Name'"

The code responsible for the outputs highlighted above (!!! Achtung section) is very simple and follows the documentation. It used idmgetvar.
$DefaultGid = $idmlib->idmgetvar("mobile");
$idmlib->trace("Mobile => '$DefaultGid'");
$DefaultGid = $idmlib->idmgetvar("Telephone Number");
$idmlib->trace("Telephone Number => '$DefaultGid'");

The above trace shows clearly that I have added a value of "777 555 444" to the 'Telephone Number' attribute but my efforts to retrieve this value into the Perl variable $DefaultGid have been unsuccessful.
Conversely the value of "999 777 111" has been added to the 'mobile' attribute and I have no difficulty in retrieving this value using exactly the same method.

Looks like a defect to me.

Simon