2nd try - DPS 7 dpadm add-virtual-transformation not working as expected

Question

I use DPS 7.0 B2009.1104.2146 on RHEL 4 update 8. (32 bits)
I have an LDAP back-end where X509 user certificates are stored in either the usercertificate;binary attribute or the certAuth;binary attribute.
I want my DPS to authenticate users thanks to their personal certificate, with SASL external BIND method. So, I need DPS 7 to be able to
search the user certificate in two different attributes.
Since it's not possible, (the cert-search-user-attr property is single-valued, unfortunately ), I 've tried to setup a virtual transformation, to
have both physical attribute values in a single virtual attribute.
The problem is that both physical attributes have the ";binary" qualifier and DPS doesn't seem to like it.
When searching for the virtual attribute through DPS, DPS creates and return it, but I get garbage/wrong values:
Transformation configuration:
-bash-3.00$ dpconf get-virtual-transformation-prop vue-P0 mapping_add-attr_certauth
action : add-attr
attr-name : certauth;binary
internal-value : none
model : mapping
view-value : ${usercertificate;binary}
LDAP search straight to the LDAP back-end:
-bash-3.00$ ldapsearch -p myport -h myldaphost -b "dc=my namingcontext" cn=sslconnect
version: 1
dn: cn=sslconnect.gip-cps.fr,......
objectClass: top
cn: sslconnect
userCertificate;binary:: MIIC/zCCAmigAwIBAgIQMDAwMTIwNzkwMEDUnWNGsjANBgkqhkiG
9w0BAQUFADA/MQswCQYDVQQGEwJGUjEVMBMGA1UEChMMR0lQLUNQUy1URVNUMRkwFwYDVQQLExBB
Qy1DTEFTU0UtNC1URVNUMB4XDTA5MDUyODA4NDMyOFoXDTEyMDUyODA4NDMyOFowazELMAkGA1UE
LDAP search through the DPS 7 server:
-bash-3.00$ ldapsearch -p 1389 -b "dc=my namingcontext" cn=sslconnect
version: 1
dn: cn=sslconnect
objectClass: top
cn: sslconnect
userCertificate;binary:: MIIC/zCCAmigAwIBAgIQMDAwMTIwNzkwMEDUnWNGsjANBgkqhkiG
9w0BAQUFADA/MQswCQYDVQQGEwJGUjEVMBMGA1UEChMMR0lQLUNQUy1URVNUMRkwFwYDVQQLExBB
Qy1DTEFTU0UtNC1URVNUMB4XDTA5MDUyODA4NDMyOFoXDTEyMDUyODA4NDMyOFowazELMAkGA1UE
certauth;binary:: MO+/vQLvv70w77+9Amjvv70DAgECAhAwMDAxMjA3OTAwQNSdY0bvv70wDQY
JKu+/vUjvv73vv70NAQEFBQAwPzELMAkGA1UEBhMCRlIxFTATBgNVBAoTDEdJUC1DUFMtVEVTVDE
ZMBcGA1UECxMQQUMtQ0xBU1NFLTQtVEVTVDAeFw0wOTA1MjgwODQzMjhaFw0xMjA1MjgwODQzMjh
aMGsxCzAJBgNVBAYTAkZSMQ0wCwYDVQQKEwRURVNUMRMwEQYDVQQHFApQYXJpcyAoNzUpMRgwFgY
DVQQLEw8zMTgwMDMwMDA5MDAwMzkxHjAcBgNVBAMTFXNzbGNvbm5lY3QuZ2lwLWNwcy5mcjDvv73
vv70wDQYJKu+/vUjvv73vv70NAQEBBQAD77+977+9ADDvv73vv70C77+977+9AO+/vQAW77+9VC7
vv71Bfe+/vRjvv71JNHIELu+/vSB+77+9Pu+/vTbvv73vv71R77+9Fm9ic++/ve+/vSVgS++/vUz
vv71M77+9NO+/vQrvv71Yae+/vTgv77+9dw0+77+9cO+/vSLvv71wPCrvv71YUu+/vTEbYe+/ve+
/vTlK77+9Pu+/vci477+9dmo8T++/ve+/ve+/ve+/vRxU77+9K++/vRjvv73vv73vv71J77+977+
9CwXvv73vv70xdCIc35rvv73vv73vv73Iku+/ve+/vWbvv73vv73vv71n77+977+9AgMBAAHvv73
...

Answer 1

Hi there
I'm having exactly the same problem here (AIR 3.6, Flash Builder 4.7). But somehow I don't really feel comfortable to write my own LocalizationManager when there's a built-in solution around. So I'm still trying to find the problem.
I noticed that when I update the compiler argument (-locale=en_US,de_DE ), the ResourceManager *sometimes* switches the language, but somehow randomly and definitely not based the value set for localeChain.
Furthermore, ResourceManager.getInstance().getLocales() does not return anything.
The strange thing: Even when I do not include the localization resources ('locale/{locale}' in ActionScript Build Path -> Source Path) the resources in 'locale/en_US' or 'locale/de_DE' are available to the ResourceManager.
Anyone with similar experiences?
I'm grateful for any hint!