Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 38552 invoked from network); 29 Jul 2008 13:47:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 29 Jul 2008 13:47:28 -0000 Received: (qmail 81512 invoked by uid 500); 29 Jul 2008 13:47:27 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 81312 invoked by uid 500); 29 Jul 2008 13:47:27 -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 81301 invoked by uid 99); 29 Jul 2008 13:47:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Jul 2008 06:47:27 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of akarasulu@gmail.com designates 209.85.198.232 as permitted sender) Received: from [209.85.198.232] (HELO rv-out-0506.google.com) (209.85.198.232) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Jul 2008 13:46:32 +0000 Received: by rv-out-0506.google.com with SMTP id g37so4194469rvb.25 for ; Tue, 29 Jul 2008 06:46:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type:references :x-google-sender-auth; bh=2Ib0zuZpjwYpOt6lDEtkbct2x2liNDCL0ipsreKs2sI=; b=SlRiin3NDeAKSAjOdKe6zSSl6B6Db/NLJ4l4UNO+D6IH77DCLoITuT3Oij5myAm7Ry PlFxxUt7efUFqIxoOvI9Noe6KU9oht6p79fKhitDqf7Du1eyTWGpCYsM9/hpARMq9mf5 mj0v6k8E82TJQjY+6p+RRY+Nr0PbHMU0hiK50= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:references:x-google-sender-auth; b=Q6tdjabG/Y6PibzswRF7iW2YYBp2vBVRZcXBZWL9M3gxK9ZgxuquVvhBs0aOcEcbAI a7tnMLtZFp02iQnCEP2wMHBq4jDaMgfA4oLzG5hYETsGm1PRR7jhH43w7yh/NYPCEvUi mPutqJRISMc/Get7Dira0Hfz56HTBhL3B3tAs= Received: by 10.141.27.16 with SMTP id e16mr3099716rvj.136.1217339201460; Tue, 29 Jul 2008 06:46:41 -0700 (PDT) Received: by 10.150.200.1 with HTTP; Tue, 29 Jul 2008 06:46:41 -0700 (PDT) Message-ID: Date: Tue, 29 Jul 2008 09:46:41 -0400 From: "Alex Karasulu" Sender: akarasulu@gmail.com To: "Apache Directory Developers List" , elecharny@nextury.com Subject: Re: [ApacheDS] [BIND] BindRequest and current session ... In-Reply-To: <488F1EB3.9090208@nextury.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_27501_10234923.1217339201492" References: <488F0DB4.5010507@gmail.com> <488F1EB3.9090208@nextury.com> X-Google-Sender-Auth: 1fb0e015adef846f X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_27501_10234923.1217339201492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, Jul 29, 2008 at 9:44 AM, Emmanuel L=E9charny w= rote: > Alex Karasulu wrote: > >> On Tue, Jul 29, 2008 at 8:31 AM, Emmanuel Lecharny > >wrote: >> >> >> >>> Hi, >>> >>> just a question : >>> what should we do when a user send a BindRequest if it already has an >>> open >>> session ? Should we brutally delete his ldapSession, or wait until all >>> the >>> running rquests have completed ? Should we terminate the session with a= n >>> UnbindRequest? Should we Abandon the current running requests ? >>> >>> >>> >> >> NONE OF THE ABOVE!!! Just create the new session. There can be several >> connections to the server by the same principal. Think about connection >> pooling or applications with duplicate connections used for different >> purposes. Who knows why but it should be allowed. >> >> > As stated by RFC 4511, par 4.2.1, (thanks jeff), if a user send another > bindRequest, the previous session should be abandonned or completed. Note > that it has nothing to do with the principale, as you may still open as m= any > session as you want, assuming that you are opening new IoSessions. May be= it > was not clear in my previous mail that it was on _the same_ connection. > Aye just realized that after talking to you on IM. I thought you were trying to drop connections when a new bind was occuring as the same principal. Gotchya now - my bad. I think I need some coffee. Alex --=20 Microsoft gives you Windows, Linux gives you the whole house ... ------=_Part_27501_10234923.1217339201492 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline


On Tue, Jul 29, 2008 at= 9:44 AM, Emmanuel L=E9charny <elecharny@gmail.com> wrote:
Alex Karasulu wrote:
On Tue, Jul 29, 2008 at 8:31 AM, Emmanuel Lecharny <elecharny@gmail.com>wrote:

 
Hi,

just a question :
what should we do when a user send a BindRequest if it already has an open<= br> session ? Should we brutally delete his ldapSession, or wait until all the<= br> running rquests have completed ? Should we terminate the session with an UnbindRequest? Should we Abandon the current running requests ?

   

NONE OF THE ABOVE!!!  Just create the new session.  There can be = several
connections to the server by the same principal.  Think about connecti= on
pooling or applications with duplicate connections used for different
purposes.  Who knows why but it should be allowed.
 
As stated by RFC 4511, par 4.2.1, (thanks jeff), if a user send another bin= dRequest, the previous session should be abandonned or completed. Note that= it has nothing to do with the principale, as you may still open as many se= ssion as you want, assuming that you are opening new IoSessions. May be it = was not clear in my previous mail that it was on _the same_ connection.

Aye just realized that after talking to you on IM.&n= bsp; I thought you were trying to drop connections when a new bind was occu= ring as the same principal. 

Gotchya now - my bad.  I thi= nk I need some coffee.

Alex


--
Microsoft gives you Windows, Linux= gives you the whole house ...
------=_Part_27501_10234923.1217339201492--