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 (athena.apache.org: domain of akarasulu@gmail.com
 designates 72.14.220.156 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=kFYreZ5CJOkzyZL6uCjwpqBBaY5M4lESi/VN1C0uJuAT53mzb4e+AbQBOJKDxylQQS
         BWGTyKQ7bcaS248S7C7iG0kqj2pomZojuvSTAMe0oi/0XsUoGvNVTxiUgVoMrbk3YFV4
         FeKhbtH6LZ2U0nIGk45zQ3LMIhu0UP35dJioI=
MIME-Version: 1.0
In-Reply-To: <4B714446.9000902@gmail.com>
References: <4B714446.9000902@gmail.com>
Date: Tue, 9 Feb 2010 09:31:09 -0500
Message-ID: <a32f6b021002090631l21af9f7cn5305e405d2db4008@mail.gmail.com>
Subject: Re: New Bind and pending operations question
From: Alex Karasulu <akarasulu@gmail.com>
To: Apache Directory Developers List <dev@directory.apache.org>,
 elecharny@apache.org
Content-Type: multipart/alternative; boundary=001485f628f2d53a30047f2bc4b1

--001485f628f2d53a30047f2bc4b1
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Feb 9, 2010 at 6:17 AM, Emmanuel Lecharny <elecharny@gmail.com>wrote:

> Hi,
>
> when the client issue a first BindRequest, the messageId will be '1'. It
> will start a new LdapSession on the server, with all the subsequent
> operations having an incremented messageId. The clinet is responsible for
> the ID generation.
>
> Now, if the client issue a new BindRequest, should the messageId be
> incremented, or reset to 1 ? My understanding is that we are stil in the
> same LdapSession, with a request for new credentials, and we then need to
> use an incremented ID.
>
> For instance, in this scenario, where the ID is in parentheses after the
> request :
> Bind(1)
> Search(2)
> Search(3)
> Bind(XXX)
>
> the XXX should be 4.
>
> Now, that raise another question : whet should we do with the responses to
> (3), assuming we haven't received all of it ? Should we discard them ? My
> understanding is that they are still valid.
>
> wdyt ?
>
> The values for the message ID are specific to the session established with
the bind not with the connection. So we would start again from 1.  In a way
note that the session:messageId uniquely identifies each message received by
the server - although this is not explicit with a session id there is a
unique LdapSession object created.

So a new LdapSession object needs to be created for the new bind request
that comes in and numbers need to start back at 1. They can start at 4 too
if you like but this is not necessary, you just don't view 1 2 and 3 as
value usable message ID values for that session.

Now in terms of outstanding operations that are still in progress you need
to abandon or cancel them programatically once there is an explicit
UnbindRequest or there is an implicit unbind with a RE-BindRequest using the
same TCP socket.

Does this make sense or am I missing something.

-- 
Alex Karasulu
My Blog :: http://www.jroller.com/akarasulu/
Apache Directory Server :: http://directory.apache.org
Apache MINA :: http://mina.apache.org

--001485f628f2d53a30047f2bc4b1
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<br><div class=3D"gmail_quote">On Tue, Feb 9, 2010 at 6:17 AM, Emmanuel Lec=
harny <span dir=3D"ltr">&lt;<a href=3D"mailto:elecharny@gmail.com">elecharn=
y@gmail.com</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<br>
<br>
when the client issue a first BindRequest, the messageId will be &#39;1&#39=
;. It will start a new LdapSession on the server, with all the subsequent o=
perations having an incremented messageId. The clinet is responsible for th=
e ID generation.<br>

<br>
Now, if the client issue a new BindRequest, should the messageId be increme=
nted, or reset to 1 ? My understanding is that we are stil in the same Ldap=
Session, with a request for new credentials, and we then need to use an inc=
remented ID.<br>

<br>
For instance, in this scenario, where the ID is in parentheses after the re=
quest :<br>
Bind(1)<br>
Search(2)<br>
Search(3)<br>
Bind(XXX)<br>
<br>
the XXX should be 4.<br>
<br>
Now, that raise another question : whet should we do with the responses to =
(3), assuming we haven&#39;t received all of it ? Should we discard them ? =
My understanding is that they are still valid.<br>
<br>
wdyt ?<br><font class=3D"Apple-style-span" color=3D"#888888"><br></font></b=
lockquote><div>The values for the message ID are specific to the session es=
tablished with the bind not with the connection. So we would start again fr=
om 1. =A0In a way note that the session:messageId uniquely identifies each =
message received by the server - although this is not explicit with a sessi=
on id there is a unique LdapSession object created.<br>
</div><div><br></div><div>So a new LdapSession object needs to be created f=
or the new bind request that comes in and numbers need to start back at 1. =
They can start at 4 too if you like but this is not necessary, you just don=
&#39;t view 1 2 and 3 as value usable message ID values for that session.</=
div>
<div><br></div><div>Now in terms of outstanding operations that are still i=
n progress you need to abandon or cancel them programatically once there is=
 an explicit UnbindRequest or there is an implicit unbind with a RE-BindReq=
uest using the same TCP socket.</div>
<div><br></div><div>Does this make sense or am I missing something.</div><d=
iv><br></div></div>-- <br>Alex Karasulu<br>My Blog :: <a href=3D"http://www=
.jroller.com/akarasulu/">http://www.jroller.com/akarasulu/</a><br>Apache Di=
rectory Server :: <a href=3D"http://directory.apache.org">http://directory.=
apache.org</a><br>
Apache MINA :: <a href=3D"http://mina.apache.org">http://mina.apache.org</a=
><br><br>

--001485f628f2d53a30047f2bc4b1--