NamingEvent.OBJECT_CHANGED has identical bindings for the old binding and the new binding.

• Key: DIRSERVER-349
• Type: Bug
• Status: Closed
• Resolution: Fixed
• Priority: Major
• Assignee: Alex Karasulu
• Reporter: Enrique Rodriguez

Description

When using an ObjectChangeListener, the generated NamingEvent.OBJECT_CHANGED has identical bindings for the evt.getNewBinding() and evt.getOldBinding(). This prevents diffs for the specific attribute(s) that changed.

... As evidenced by the following log statement:

log.debug( id + " >>> object changed: " + evt.getNewBinding() + " from " + evt.getOldBinding() );

... And the following log entry. What actually changed was the ipPort in the backing store via LDAP:

2482963 [IoThreadPool-7] DEBUG org.apache.configuration.store.EventDirContextListener - Listener-1130220104408 >>> object changed: (not relative)cn=org.apache.dns.2,cn=dns,ou=services,ou=configuration,ou=system: org.apache.ldap.common.message.LockableAttributesImpl:objectClass: apacheServiceConfiguration
objectClass: extensibleObject
creatorsName: uid=admin,ou=system
cn: org.apache.dns.2
modifiersName: uid=admin,ou=system
apacheServicePid: org.apache.dns.2
baseDn: dc=apache,dc=org
apacheServiceFactoryPid: org.apache.dns.factory
ipPort: 10053
createTimestamp: 20051025045832Z
ipAddress: 10.0.0.1
modifyTimestamp: 20051025060729Z
 from (not relative)cn=org.apache.dns.2,cn=dns,ou=services,ou=configuration,ou=system: org.apache.ldap.common.message.LockableAttributesImpl:objectClass: apacheServiceConfiguration
objectClass: extensibleObject
creatorsName: uid=admin,ou=system
cn: org.apache.dns.2
modifiersName: uid=admin,ou=system
apacheServicePid: org.apache.dns.2
baseDn: dc=apache,dc=org
apacheServiceFactoryPid: org.apache.dns.factory
ipPort: 10053
createTimestamp: 20051025045832Z
ipAddress: 10.0.0.1
modifyTimestamp: 20051025060729Z