False alarm. This is a problem in the SearchResultEntryImpl.toString() method. We are dumping the contrls tehre, when it's already done in one of its parent's class.
Le 12/5/12 10:36 AM, Emmanuel Lécharny a écrit : > Hi, > > while running a test this morning, I saw that we are adding the > SyncStateValue control twice into a SerachRequest : > [10:32:14] DEBUG [CONSUMER_LOG] - Response from localhost:16000 : > MessageType : SEARCH_RESULT_ENTRY > Message ID : 2 > Search Result Entry > Entry > dn: dc=example,dc=com > objectclass: domain > objectclass: top > dc: example > createTimestamp: 20121205093209.474Z > entryUUID: 4c61c739-fa07-49b0-9794-211486a11e05 > entryCSN: 20121205093209.474000Z#000000#000#000000 > entryParentId: 00000000-0000-0000-0000-000000000000 > creatorsName: 0.9.2342.19200300.100.1.1=admin,2.5.4.11=system > SyncStateValue control : > oid : 1.3.6.1.4.1.4203.1.9.1.2 > critical : false > syncStateType : 'ADD' > entryUUID : '0x4C 0x61 0xC7 0x39 0xFA 0x07 0x49 0xB0 > 0x97 0x94 0x21 0x14 0x86 0xA1 0x1E 0x05 ' > cookie : '' > SyncStateValue control : > oid : 1.3.6.1.4.1.4203.1.9.1.2 > critical : false > syncStateType : 'ADD' > entryUUID : '0x4C 0x61 0xC7 0x39 0xFA 0x07 0x49 0xB0 > 0x97 0x94 0x21 0x14 0x86 0xA1 0x1E 0x05 ' > cookie : '' > > > I'm not sure that it's the case or if it's a toString() artifact... > > I will check that later. > -- Regards, Cordialement, Emmanuel Lécharny www.iktek.com