Return-Path: X-Original-To: apmail-archiva-users-archive@www.apache.org Delivered-To: apmail-archiva-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 435E118058 for ; Mon, 19 Oct 2015 23:10:55 +0000 (UTC) Received: (qmail 92514 invoked by uid 500); 19 Oct 2015 23:10:55 -0000 Delivered-To: apmail-archiva-users-archive@archiva.apache.org Received: (qmail 92424 invoked by uid 500); 19 Oct 2015 23:10:54 -0000 Mailing-List: contact users-help@archiva.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@archiva.apache.org Delivered-To: mailing list users@archiva.apache.org Delivered-To: moderator for users@archiva.apache.org Received: (qmail 38571 invoked by uid 99); 19 Oct 2015 15:26:37 -0000 X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.99 X-Spam-Level: ** X-Spam-Status: No, score=2.99 tagged_above=-999 required=6.31 tests=[HTML_MESSAGE=3, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=disabled X-IBM-Helo: d06dlp02.portsmouth.uk.ibm.com X-IBM-MailFrom: mat@uk.ibm.com X-IBM-RcptTo: users@archiva.apache.org Message-Id: <201510191526.t9JFQKrd014820@d06av03.portsmouth.uk.ibm.com> In-Reply-To: <743FFC0146BAB3439F30545F1EA08E5222A6A4ED@DB4PRD4001MB032.050d.mgd.msft.net> To: users@archiva.apache.org Subject: RE: LDAP group filter From: "Mat P Jaggard" Date: Mon, 19 Oct 2015 16:25:24 +0100 References: <743FFC0146BAB3439F30545F1EA08E5222A6A228@DB4PRD4001MB032.050d.mgd.msft.net> <55D48712.6090302@isys-software.de> <743FFC0146BAB3439F30545F1EA08E5222A6A4ED@DB4PRD4001MB032.050d.mgd.msft.net> MIME-Version: 1.0 X-Mailer: IBM Notes Release 9.0.1 October 14, 2013 X-LLNOutbound: False X-Disclaimed: 9135 X-TNEFEvaluated: 1 Content-Type: multipart/alternative; boundary="=_alternative 0054B8C580257EE3_=" x-cbid: 15101915-0009-0000-0000-00000656DF5A X-IBM-ISS-SpamDetectors: Score=0.373977; BY=0; FL=0; FP=0; FZ=0; HX=0; KW=0; PH=0; SC=0.373977; ST=0; TS=0; UL=0; ISC= X-IBM-ISS-DetailInfo: BY=3.00004513; HX=3.00000236; KW=3.00000007; PH=3.00000004; SC=3.00000120; SDB=6.00605005; UDB=6.00266233; UTC=2015-10-19 15:25:26 x-cbparentid: 15101915-4778-0000-0000-00000088D699 X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER --=_alternative 0054B8C580257EE3_= Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="US-ASCII" We have the same problem. A long delay while the massive list of groups is = downloaded, followed by an array list out of bounds exception from within=20 the Java LDAP implementation. We only actually want 2 groups which we=20 could filter on. Is there any way around this problem? Mat Jaggard Java Developer Enterprise Content Management / Software Group / IBM UK "Elestedt, Fredrik" wrote on 20/08/2015=20 07:03:58: > From: "Elestedt, Fredrik" > To: "users@archiva.apache.org" > Date: 20/08/2015 07:03 > Subject: RE: LDAP group filter >=20 > Hi, >=20 > Unfortunantly that won't do it. > It's not a group filter - it's just placing all groups in a OU in=20 > LDAP, which I can't change. > I have to provide a search filter somewhere, such as (&=20 > (objectClass=3DgroupOfNames) (owner=3D...) ) >=20 > // Fredrik >=20 > -----Original Message----- > From: Fabian Trampusch [mailto:fabian.trampusch@isys-software.de]=20 > Sent: den 19 augusti 2015 15:40 > To: users@archiva.apache.org > Subject: Re: LDAP group filter >=20 > You can use the baseDn for groups to filter the displayed groups. >=20 > We use something like this: > ou=3Dmaven,dc=3Disys-software,dc=3Dde >=20 > The difference between your and our setup is probably, that we have=20 > an own organizational unit for the maven groups. >=20 > (I am not the one who administrates LDAP in our company, therefore i > can not provide experience if this is a beneficial approach) >=20 > Regards > Fabian >=20 > Am 19.08.2015 um 08:57 schrieb Elestedt, Fredrik: > > Hi, > > > > I'm doing a quick investigation of LDAP support in different=20 > artifact management system and at the moment I'm investigating Archiva. > > I've set up an instance and successfully configured the LDAP backend=20 > > to work against our test environment LDAP, but I've run in to an=20 issue. > > > > Archiva loads up all groups - not just the ones which are pertinent to = > > Archiva. Is there an option somewhere I can set to filter the=20 > group search result? I found one for users - but that I don't want to=20 filter. > > > > // Fredrik > > >=20 >=20 --=_alternative 0054B8C580257EE3_=--