Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id ABF89200C45 for ; Tue, 28 Mar 2017 17:24:43 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 8D1C2160B89; Tue, 28 Mar 2017 15:24:43 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id AACAA160B7E for ; Tue, 28 Mar 2017 17:24:42 +0200 (CEST) Received: (qmail 48248 invoked by uid 500); 28 Mar 2017 15:24:41 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 48237 invoked by uid 99); 28 Mar 2017 15:24:41 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Mar 2017 15:24:41 +0000 Received: from mail-it0-f45.google.com (mail-it0-f45.google.com [209.85.214.45]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 03B421A0701 for ; Tue, 28 Mar 2017 15:24:41 +0000 (UTC) Received: by mail-it0-f45.google.com with SMTP id y18so116988489itc.0 for ; Tue, 28 Mar 2017 08:24:40 -0700 (PDT) X-Gm-Message-State: AFeK/H3x3qLTNqn7AwlbSVzbyjR2Y3iA2aXGo8IG3ZgwVmX/cErEFJdT29jDaDOY/FVQDcybiOvBohsyn7rsMg== X-Received: by 10.107.34.68 with SMTP id i65mr16346602ioi.147.1490714655403; Tue, 28 Mar 2017 08:24:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.81.198 with HTTP; Tue, 28 Mar 2017 08:24:15 -0700 (PDT) In-Reply-To: References: From: Kiran Ayyagari Date: Tue, 28 Mar 2017 20:54:15 +0530 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [ApacheDS] ads-replSearchFilter not working To: Apache Directory Developers List Content-Type: multipart/alternative; boundary=001a1140f3c47f52a3054bcc0d74 archived-at: Tue, 28 Mar 2017 15:24:43 -0000 --001a1140f3c47f52a3054bcc0d74 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Tue, Mar 28, 2017 at 1:42 AM, Pittman, Michael wrote: > Hi, > > > > I have set up replication between some ApacheDS instances and everything > has been working fine. I had the configuration =E2=80=98ads-replSearchFil= ter=E2=80=99 set > to (objectClass=3D*) and everything was replicating as expected. > > > > I have been given requirements recently not to replicate certain entries > and I updated the ads-replSearchFilter configuration to do this, however, > it is not working (everything is still being replicated). Here is what I > did: > > > > 1. I changed the configuration =E2=80=98ads-replSearchFilter=E2=80= =99 to > (&(objectClass=3D*)(!(organizationalUnitName=3DhardcodedValue))) > > 2. When I create an entry that I don=E2=80=99t want replicated I giv= e it the > attribute =E2=80=98organizationalUnitName=3DhardcodedValue=E2=80=99 > > > > This should prevent the new entry from being replicated. I DID restart al= l > of the ApacheDS servers after I made the configuration change. I also > performed an ldapsearch with the filter =E2=80=98(&(objectClass=3D*)(!( > organizationalUnitName=3DhardcodedValue)))=E2=80=99 and it correctly retu= rned only > the entries without the attribute =E2=80=98organizationalUnitName=3Dhardc= odedValue=E2=80=99. > > > > > It=E2=80=99s also worth noting that the entries that I want replicated do= not have > the attribute organizationalUnitName at all. I am using ApacheDS version > 2.0.0-M21. > > > > Any ideas why my replication search filter is not working? > It appears to be a bug in SyncReplRequestHandler where the entry data is not filtered as per the specified filter. Can you file a bug report with the details. I won't be able to look into it right away but still it is worth filing a bug. Thank you. > > > Thanks, > > > > *Michael Pittman* > > *Software Engineer* > > *CRITICAL NETWORKS / HARRIS CORPORATION* > > Mobile: (863) 517-1910 <0863%20517%201910> > > > Kiran Ayyagari --001a1140f3c47f52a3054bcc0d74 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Tue, Mar 28, 2017 at 1:42 AM, Pittman, Michael <= ;mpittm02@harris.c= om> wrote:

Hi,

=C2=A0

I have set up replication between some ApacheDS inst= ances and everything has been working fine. I had the configuration =E2=80= =98ads-replSearchFilter=E2=80=99 set to (objectClass=3D*) and everything wa= s replicating as expected.

=C2=A0

I have been given requirements recently not to repli= cate certain entries and I updated the ads-replSearchFilter configuration t= o do this, however, it is not working (everything is still being replicated= ). Here is what I did:

=C2=A0

1.=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 I changed the configuration =E2=80=98ads-replSearchFil= ter=E2=80=99 to (&(objectClass=3D*)(!(organizationalUnitName=3DhardcodedValue)))

2.=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 When I create an entry that I don=E2=80=99t want repli= cated I give it the attribute =E2=80=98organizationalUnitName=3Dhardco= dedValue=E2=80=99

=C2=A0

This should prevent the new entry from being replica= ted. I DID restart all of the ApacheDS servers after I made the configurati= on change. I also performed an ldapsearch with the filter =E2=80=98(&(o= bjectClass=3D*)(!(organizationalUnitName=3DhardcodedValue)))=E2= =80=99 and it correctly returned only the entries without the attribute =E2=80=98= organizationalUnitName=3DhardcodedValue=E2=80=99.

=C2=A0

It=E2=80=99s also worth noting that the entries that= I want replicated do not have the attribute organizationalUnitName at all.= I am using ApacheDS version 2.0.0-M21.

=C2=A0

Any ideas why my replication search filter is not wo= rking?

It appears to be a bug in SyncReplR= equestHandler where the entry data is not filtered as per
the= specified filter.

Can you file a bug report with the det= ails. I won't be able to look into it right away but still it is worth<= br>
filing a bug.

Thank you.

=

=C2=A0

Thanks,

=C2=A0

Michae= l Pittman

Softwa= re Engineer=

CRITICAL NETWORKS / HARRIS CORPORATION=

Mobile: (= 863) 517-1910

=C2=A0

Kiran Ayyagari
--001a1140f3c47f52a3054bcc0d74--