mweber88 wrote: > So, it looks as if the PHP call is trying to simply replace rather than > doing an add, and that is causing the problem when it comes to the object > classes. It doesn't appear to have a problem with attributes. > Actually, I dont think this is true. I believe you have a domino bug. I think this for a few reasons:
* I've done the same LDAP_MODIFY() on many LDAP servers (openldap, opends, fedora direct, apacheds, ...), and they all work fine. I know PLA is also being used by many other LDAP server users, and this is the first I've seen this problem. Although I did change the backend work of PLA in 1.2. significantly, so we'll take my last statement with a grain of salt for now. :) * The error message you are getting is attempting to remove - when infact you are not removing at all (or not removing the structural object class) * RFC 1823 does not mention that you cannot call LDAP_MODIFY on an objectclass The reason your other tool is working is it is taking the efficient approach, breaking down your modification into LDAP_ADD and LDAP_REMOVE calls. Try it with an LDIF (I'm guessing you'll get the same result). dn: <YOUR DN> changetype: modify replace: objectclass objectClass: <OLD OC> objectClass: <OLD OC> objectClass: <NEW OC> > Any other thoughts or ideas? I'm definitely learning that pla is simply > making calls to PHP library functions, so it's the php functions themselves > that are causing this. :( If you have a current support contract with IBM, log a support call, see what they say... A workaround will be to add more intelligence into PLA's modify, to break it into "ADD"'s and "DELETE"s (which is what a modify does). I wont have time to do that, but if you (or somebody else does), submit your patch and I'll take a look... ...deon ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ phpldapadmin-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/phpldapadmin-users
