Return-Path: Delivered-To: apmail-continuum-users-archive@www.apache.org Received: (qmail 11618 invoked from network); 24 Feb 2009 16:43:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 24 Feb 2009 16:43:58 -0000 Received: (qmail 46808 invoked by uid 500); 24 Feb 2009 16:43:57 -0000 Delivered-To: apmail-continuum-users-archive@continuum.apache.org Received: (qmail 46776 invoked by uid 500); 24 Feb 2009 16:43:56 -0000 Mailing-List: contact users-help@continuum.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@continuum.apache.org Delivered-To: mailing list users@continuum.apache.org Received: (qmail 46765 invoked by uid 99); 24 Feb 2009 16:43:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Feb 2009 08:43:56 -0800 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=EXTRA_MPART_TYPE,HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of julien.henry@capgemini.com designates 194.11.253.100 as permitted sender) Received: from [194.11.253.100] (HELO SPFDEFRA01.capgemini.com) (194.11.253.100) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Feb 2009 16:43:47 +0000 X-IronPort-AV: E=Sophos;i="4.38,259,1233529200"; d="gif'147?scan'147,208,217,147";a="103860863" X-Disclaimer: HTML Received: from unknown (HELO CORPMAIL31.corp.capgemini.com) ([205.223.229.30]) by IRDEFRA-C650-01-D2-incoming.capgemini.com with ESMTP; 24 Feb 2009 17:43:15 +0100 Received: from CORPMAIL33.corp.capgemini.com ([205.223.229.32]) by CORPMAIL31.corp.capgemini.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 24 Feb 2009 17:41:43 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/related; boundary="----_=_NextPart_001_01C9969E.C61B20AF"; type="multipart/alternative" Subject: LDAP integration feedback Date: Tue, 24 Feb 2009 17:41:42 +0100 Message-ID: X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: LDAP integration feedback Thread-Index: AcmWnsWTBBE9jnwGTx+9THsJFo1h7w== From: "Henry, Julien" To: Cc: "Deneux, Christophe" X-OriginalArrivalTime: 24 Feb 2009 16:41:43.0264 (UTC) FILETIME=[C64C0600:01C9969E] X-Virus-Checked: Checked by ClamAV on apache.org ------_=_NextPart_001_01C9969E.C61B20AF Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01C9969E.C61B20AF" ------_=_NextPart_002_01C9969E.C61B20AF Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Continuum users and devs, =20 I would like to share my experimentations regarding Continuum (and I suppos= e Archiva works the same) integration with a corporate LDAP (Active Directo= ry in my case). =20 After following [1], authentication seemed to work fine. redback.default.ad= min was able to administrate Continuum, and any other user from the AD was = able to login and was considered as guest. There is no more "register" link= , only "authenticate". =20 My next test was to try adding some roles to users. After logging in with m= y admin account, I tried to click on "Users" menu. But after a very long ti= me (timeout?) the page appears without any user. Even trying to filter on a= specific user name returned no result. =20 The reason seemed to be that my company LDAP was too big. After changing co= nfiguration to a small subdirectory of the LDAP (with less than 100 users),= it worked as expected. =20 I'm currently testing with Continuum 1.3.1 and I would like to know if any = progress was done concerning LDAP integration? If not I would like to know = what I can do to help. The possible improvements I can see are: - improve the filter functionality to construct a dynamic LDAP que= ry instead of (I guess) retrieving the whole LDAP then filtering in memory - improve the user screen by limiting the number of results from L= DAP query (I don't know if pagination is possible with LDAP) =20 Best regards, =20 =20 [1] http://redback.codehaus.org/integration/ldap.html =20 _________________________________________________________ Julien HENRY / Capgemini SUD / Nice=20 Consultant Technologie & Architecture Tel : + 33 4 93 72 41 56 / Fax : + 33 4 93 21 02 95 / www.capgemini.com =20 Porte de l'Ar=E9nas - Entr=E9e B | 455 Promenade des Anglais | 06200 Nice=20 Together. Free your energies _________________________________________________________ =20 =20

Th= is message contains information that may be privileged or confidential and = is the property of the Capgemini Group. It is intended only for the person = to whom it is addressed. If you are not the intended recipient, you are not= authorized to read, print, retain, copy, disseminate, distribute, or use t= his message or any part thereof. If you receive this message in error, plea= se notify the sender immediately and delete all copies of this message.

= 

------_=_NextPart_002_01C9969E.C61B20AF
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

















Hi Continuum users and devs,



 



I would like to share my experimentations regardi=
ng
Continuum (and I suppose Archiva works the same) integration with a corpora=
te
LDAP (Active Directory in my case).



 



After following [1], authentication seemed to wor=
k fine.
redback.default.admin was able to administrate Continuum, and any other user
from the AD was able to login and was considered as guest. There is no more=
 “register”
link, only “authenticate”.



 



My next test was to try adding some roles to user=
s. After
logging in with my admin account, I tried to click on “Users” m=
enu.
But after a very long time (timeout?) the page appears without any user. Ev=
en
trying to filter on a specific user name returned no result.



 



The reason seemed to be that my company LDAP was =
too
big. After changing configuration to a small subdirectory of the LDAP (with
less than 100 users), it worked as expected.



 



I’m currently testing with Continuum 1.3.1 =
and
I would like to know if any progress was done concerning LDAP integration? =
If
not I would like to know what I can do to help. The possible improvements I=
 can
see are:



-         
improve the filte=
r functionality
to construct a dynamic LDAP query instead of (I guess) retrieving the whole
LDAP then filtering in memory



-         
improve the user =
screen
by limiting the number of results from LDAP query (I don’t know if
pagination is possible with LDAP)



 



Best regards,



 



 



[1] http://redback.codehaus.org/integration/ldap.=
html



 






_________________________________________________=
________



Julien HENRY / Capgemini SUD / Nice 

Consultant Technologie & Architecture

Tel : +
33 4 93 72 41 56 / Fax : + 33 4 93 21 02 95 / w=
ww.capgemini.com

Porte
de l’Ar=E9nas – Entr=E9e B | 455 Promenade des Anglais | 06200 =
Nice 

Together.
Free your energies

_________________________________________________________=







<=
o:p>









 






This message contains information that may be privileged or confidential=
 and is the property of the Capgemini Group. It is intended only for the pe=
rson to whom it is addressed. If you are not the intended recipient, you ar=
e not authorized to read, print, retain, copy, disseminate, distribute, or =
use this message or any part thereof. If you receive this message in error,=
 please notify the sender immediately and delete all copies of this message=
.




------_=_NextPart_002_01C9969E.C61B20AF--

------_=_NextPart_001_01C9969E.C61B20AF--