From dev-return-7104-apmail-directory-dev-archive=directory.apache.org@directory.apache.org Wed Aug 03 06:58:24 2005 Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 5077 invoked from network); 3 Aug 2005 06:58:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 3 Aug 2005 06:58:23 -0000 Received: (qmail 17796 invoked by uid 500); 3 Aug 2005 06:58:23 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 17587 invoked by uid 500); 3 Aug 2005 06:58:21 -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 17556 invoked by uid 99); 3 Aug 2005 06:58:21 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Aug 2005 23:58:20 -0700 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_20_30,HTML_MESSAGE,SPF_HELO_FAIL,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of SZOERNER@de.ibm.com designates 195.212.29.151 as permitted sender) Received: from [195.212.29.151] (HELO mtagate2.de.ibm.com) (195.212.29.151) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Aug 2005 23:58:11 -0700 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate2.de.ibm.com (8.12.10/8.12.10) with ESMTP id j736wGeA134094 for ; Wed, 3 Aug 2005 06:58:16 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.12.10/NCO/VERS6.7) with ESMTP id j736wGX4192414 for ; Wed, 3 Aug 2005 08:58:16 +0200 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11/8.13.3) with ESMTP id j736wGJY004976 for ; Wed, 3 Aug 2005 08:58:16 +0200 Received: from d12ml068.megacenter.de.ibm.com (d12ml068.megacenter.de.ibm.com [9.149.164.163]) by d12av02.megacenter.de.ibm.com (8.12.11/8.12.11) with ESMTP id j736wGYX004972 for ; Wed, 3 Aug 2005 08:58:16 +0200 To: dev@directory.apache.org MIME-Version: 1.0 Subject: Re: Client library (I like JNDI factories) X-Mailer: Lotus Notes Release 6.0.2CF1 June 9, 2003 From: Stefan Zoerner Message-ID: Date: Wed, 3 Aug 2005 08:58:15 +0200 X-MIMETrack: Serialize by Router on D12ML068/12/M/IBM(Release 6.53HF247 | January 6, 2005) at 03/08/2005 08:58:15, Serialize complete at 03/08/2005 08:58:15 Content-Type: multipart/alternative; boundary="=_alternative 00264A29C1257052_=" X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N This is a multipart message in MIME format. --=_alternative 00264A29C1257052_= Content-Type: text/plain; charset="US-ASCII" Hi all! There is at least one feature within JNDI which I like: The factory concept (object.-, state-, cantrol factories). It allows us to implement cross cutting concerns like mapping between POJOs and directory entries within on module, so the conversion is under the hood (i.e. you make a JNDI search call and get your domain objects). And it is quite simple to create vendor/schema specific behaviour and make it customizable (even during runtime). Same is true for creation of response controls for special LDAP controls. Of course it is possible to create such a framewotk yourself, but in JNDI, it is already there (within the JDK). But yes, I also prefer "explicit" libraries like Novell/Netscape, e.g. for LDIF functionality. Greetings from Hamburg -- Stefan --8<---------------------------------------------------------------- Stefan Zoerner, Dipl.-Math. Advisory IT Architect, AMS Application Innovation IBM e-business Innovation Center Beim Strohhause 17 20097 Hamburg mail szoerner@de.ibm.com www http://www.ibm.com/services/de/innovation --=_alternative 00264A29C1257052_= Content-Type: text/html; charset="US-ASCII"
Hi all!

There is at least one feature within JNDI which I like: The factory concept (object.-, state-, cantrol factories).
It allows us to implement cross cutting concerns like mapping between POJOs and directory entries within on module, so the conversion is under the hood (i.e. you make a JNDI search call and get your domain objects). And it is quite simple to create vendor/schema specific behaviour and make it customizable (even during runtime). Same is true for creation of response controls for special LDAP controls.
Of course it is possible to create such a framewotk yourself, but in JNDI, it is already there (within the JDK).

But yes, I also prefer "explicit" libraries like Novell/Netscape, e.g. for LDIF functionality.

Greetings from Hamburg -- Stefan

--8<----------------------------------------------------------------

Stefan Zoerner, Dipl.-Math.

Advisory IT Architect, AMS Application Innovation
IBM e-business Innovation Center
Beim Strohhause 17
20097 Hamburg
mail      szoerner@de.ibm.com
www    http://www.ibm.com/services/de/innovation --=_alternative 00264A29C1257052_=--