Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of elecharny@gmail.com designates
 66.249.92.170 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=ImcDCUE0baE28omZzFNWogmzklUV1nGZPBZnx279GZ7OREWNp0k/20ORReuCU3UMq0vzU+j5ahYune4Hk13dNAA3wZ0hRl1SWGNrEZjixc+YWhWtHs0/3JMggQFtiNZUNfNpUxli0kW5xp/QPCEtdTXZmnfyyapdSa/la0rw6fg=
Message-ID: <d45b08f00605190834p77cc9539m8be59b6322101225@mail.gmail.com>
Date: Fri, 19 May 2006 17:34:26 +0200
From: "Emmanuel Lecharny" <elecharny@gmail.com>
Reply-To: elecharny@apache.org
To: "Apache Directory Developers List" <dev@directory.apache.org>
Subject: Re: How to separate LDAP protocol handler?
In-Reply-To: <20060516233012.0F36C470356@avs2.arnes.si>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <20060516233012.0F36C470356@avs2.arnes.si>

Hi !

we have already saw your first post, sorry that nobody replied, but a
lot of ADS developpers are at JavaOne currently...

You will have to wait a few days :(

However, for what you are doing, may be the best would be just to
erase the content of each handlers (Bind, Search) and to map your own
logic inside. Just keep   the objects that you receive which contains
the request values.

Modifying the Map does not really make sense as the handlers are
tightly related to Ldap operations.

Do you need to use a LdapContext at all?

Emmanuel

On 5/17/06, Jaka Jaksic <jaka.jaksic@asolsme.com> wrote:
> Hi!
>
>
> We've been trying, with no luck, to accomplish something that should be
> quite simple. What we want to do is to create a tiny LDAP server serving
> simple read-only content (a list of users) from our database. According t=
o
> ApacheDS homepage, that should be easily doable by using only the LDAP
> protocol provider, which is supposed to be nicely separable from the rest=
 of
> the product. However, everything seems to be very tightly coupled, to the
> point where I find this seemingly simple task pretty much impossible to d=
o
> (at least without nasty hacking).
>
> I'm pretty sure we're missing something here, but we couldn't find any
> useful documentation on this topic, and also the link to Alex's presentat=
ion
> on ApacheCon04 (which is supposed explain the architecture and integratio=
n
> in greater detail) doesn't work.
>
> Here's what we found out about the code so far, which I think prevents th=
e
> protocol handler from being used separately:
>
> 1. LdapProtocolHandler creates the handlers in a static block and places
> them in an unmodifiable map, which prevents handlers from being replaced.
>
> 2. SearchHandler seems to depend on ServerLdapContext (ctx =3D (
> ServerLdapContext ) unknown), which prevents using another LdapContext
> implementation.
>
> 3. DefaultDirectoryService and DefaultDirectoryServiceConfiguration are
> package private and rewriting them from scratch seems like a lot of
> unnecessary work.
>
> All we would really need is to just plug in our own LdapContext or
> SearchHandler and remove the underlying directory implementation. Or
> something which would provide the same effect.
>
> I'll be very grateful for any kind of advice!
>
>
> Thanks and regards,
> Jaka
>
>


--=20
Cordialement,
Emmanuel L=E9charny