Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 55006 invoked from network); 2 Apr 2009 21:11:25 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 2 Apr 2009 21:11:25 -0000 Received: (qmail 43123 invoked by uid 500); 2 Apr 2009 21:11:25 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 43042 invoked by uid 500); 2 Apr 2009 21:11:24 -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 43034 invoked by uid 99); 2 Apr 2009 21:11:24 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Apr 2009 21:11:24 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of andrea.gariboldi@gmail.com designates 209.85.217.171 as permitted sender) Received: from [209.85.217.171] (HELO mail-gx0-f171.google.com) (209.85.217.171) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Apr 2009 21:11:18 +0000 Received: by gxk19 with SMTP id 19so1866872gxk.1 for ; Thu, 02 Apr 2009 14:10:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=KUFZBWvaPtEMg3MKkfSAOFx7AY+CRcXNTLAQx3s97R4=; b=w9FoFB3AV5ZPquKmxh16fQYQO1DX2qP+vrk8MupdGM4cfNMHxWhKMEFGHhVEZrw3/B gAYRZF/P2Yvn846PlWciAIGcV4YFKZ9vZtBxdHOu18pshQd42wALYtgd6wLdmpElzzQY QoKHsfzsybRJ3t+wcsJJ0pz7edPgw/Wp9NKg4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=wgbnpz809hVoU+JPPft+TX08GuzfI0g1t7AZnpj84ZYhRC8u8OwHn9YfidjgzXAiOB RIlVGhHaKkSqycrUgxLmMAUER+950h2ShioogmbXDSPL+pQBa0rXoOS8hrSt6c/jqz7f q5EPE6aV3eKGNWnS6bM9zysK/M+EoTEZ7aPHY= MIME-Version: 1.0 Received: by 10.100.10.15 with SMTP id 15mr1024310anj.20.1238706656971; Thu, 02 Apr 2009 14:10:56 -0700 (PDT) Date: Thu, 2 Apr 2009 23:10:56 +0200 Message-ID: Subject: ldap server buffers search results? From: Andrea Gariboldi To: Apache Directory Developers List Content-Type: multipart/alternative; boundary=0016e64652fa450b1b046698de06 X-Virus-Checked: Checked by ClamAV on apache.org --0016e64652fa450b1b046698de06 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi guys, i was testing the oracle partition and it looks like the mina filter chain buffers the search results until the search ends and then starts message encoding end sending... Is this a protocol constraint or a bug? (org.apache.directory.server.ldap.handlers.SearchHandler : 326 snippet: while ( (count < sizeLimit ) && cursor.next() ) { if ( session.getIoSession().isClosing() ) { break; } ClonedServerEntry entry = cursor.get(); session.getIoSession().write( generateResponse( session, req, entry ) ); // here the message is "writed" trought mina filters, but is not encoded until the end of this loop... count++; } ) Doing a long search (1000+ entries) results in long waits for the first result on the client and java heap consumption. am i missing something? Andrea --0016e64652fa450b1b046698de06 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi guys,
=A0 i was testing the oracle partition and it looks like the mi= na filter chain buffers the search results until
the search ends and the= n starts message encoding end sending... Is this a protocol constraint or a= bug?
(org.apache.directory.server.ldap.handlers.SearchHandler : 326 snippet:
=A0 while ( (count < sizeLimit ) && cursor.next() )
=A0= =A0=A0=A0=A0=A0=A0 {
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 if ( session.getI= oSession().isClosing() )
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 {
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 break;
=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0 }
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0 ClonedServerEntry entry =3D cursor.get();
=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 session.getIoSession().write( generateResponse( se= ssion, req, entry ) ); // here the message is "writed" trought mi= na filters, but is not encoded until the end of this loop...
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 count++;
=A0=A0=A0=A0=A0=A0=A0 }
)


Doing a long search (1000+ entries) results in long waits fo= r the first result on the client and java heap consumption.

am i mis= sing something?

Andrea

--0016e64652fa450b1b046698de06--