Return-Path: X-Original-To: apmail-directory-users-archive@www.apache.org Delivered-To: apmail-directory-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 F18B2E48D for ; Tue, 29 Jan 2013 14:07:45 +0000 (UTC) Received: (qmail 54429 invoked by uid 500); 29 Jan 2013 14:07:45 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 54068 invoked by uid 500); 29 Jan 2013 14:07:41 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Received: (qmail 54013 invoked by uid 99); 29 Jan 2013 14:07:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Jan 2013 14:07:38 +0000 X-ASF-Spam-Status: No, hits=2.9 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [66.147.249.253] (HELO oproxy1-pub.bluehost.com) (66.147.249.253) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 29 Jan 2013 14:07:29 +0000 Received: (qmail 14095 invoked by uid 0); 29 Jan 2013 14:06:59 -0000 Received: from unknown (HELO just36.justhost.com) (173.254.28.36) by oproxy1.bluehost.com with SMTP; 29 Jan 2013 14:06:59 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dtechspace.com; s=default; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From; bh=EzAHZkGG40RWUV0ynusySNlbXd6NtShQ88vHyrLXXI8=; b=TCRy/m7eyGsxtFYf20ASO8TS6pTStjJNyYFeD20v2BZHrmFCLZ8I+/NzSJw/vS423btY15lFGvRoaOENBSKTr0G0SleDDNdO4Z8hflBbHDNe80zI+HhC+8yfkYM64b7D; Received: from [173.71.222.144] (port=49426 helo=Wimpy) by just36.justhost.com with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.80) (envelope-from ) id 1U0Bpz-0004vb-6v for users@directory.apache.org; Tue, 29 Jan 2013 07:06:59 -0700 From: "Nick Duan" To: Subject: JNID vs. Apache DS API - Reconnect to LDAP Date: Tue, 29 Jan 2013 09:06:58 -0500 Message-ID: <001901cdfe29$e75a6e30$b60f4a90$@dtechspace.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001A_01CDFDFF.FE846630" X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac3+KJaOWq3GEgtmTr6pTnYWv2OFww== Content-Language: en-us X-Identified-User: {5157:just36.justhost.com:dtechsp1:dtechspace.com} {sentby:smtp auth 173.71.222.144 authed with nduan+dtechspace.com} X-Virus-Checked: Checked by ClamAV on apache.org ------=_NextPart_000_001A_01CDFDFF.FE846630 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit One of the problem when using the JNDI API is that it's hard to manage LDAP connections. It is common that LDAP servers close connections that have been idle for a while automatically. When that happens, you will have to restart your app server to be able to re-establish the LDAP connection. There is no straightforward way in JNDI to automatically detect the connection lost and reestablish the connection automatically, since the LDAP connection is completely hidden inside the directory context in JDNI. Is there any simple way to perform status checking on LDAP connections and reconnect automatically to LDAP using Apache DS API? Any suggestions/hints are highly appreciated. ND ------=_NextPart_000_001A_01CDFDFF.FE846630--