Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 89323 invoked from network); 6 Apr 2009 15:41:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 6 Apr 2009 15:41:55 -0000 Received: (qmail 10398 invoked by uid 500); 6 Apr 2009 15:41:55 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 10302 invoked by uid 500); 6 Apr 2009 15:41:55 -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 10294 invoked by uid 99); 6 Apr 2009 15:41:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2009 15:41:55 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [212.23.3.142] (HELO smarthost03.mail.zen.net.uk) (212.23.3.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2009 15:41:47 +0000 Received: from [82.71.48.119] (helo=[192.168.0.3]) by smarthost03.mail.zen.net.uk with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Lqqwv-0001JA-7t for dev@directory.apache.org; Mon, 06 Apr 2009 15:41:25 +0000 Message-ID: <49DA22A4.7050104@planetquake.com> Date: Mon, 06 Apr 2009 16:41:24 +0100 From: Martin Alderson User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: Apache Directory Developers List Subject: Re: ldap server buffers search results? References: <49D5EEFC.7030703@planetquake.com> <49D7E228.7070508@nextury.com> <49DA0ADC.4070001@planetquake.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-Smarthost03-IP: [82.71.48.119] X-Virus-Checked: Checked by ClamAV on apache.org Emmanuel Lecharny wrote: > On Mon, Apr 6, 2009 at 3:59 PM, Martin Alderson wrote: >> Hi Emmanuel, >> >> I've just tested with this change (on the latest trunk) and while the >> results seem to be streamed to the client immediately they are still cached >> in the server until the end. > > Do you have any clue where the data are being cached ? I can't chekc > the code right now (i'm working for a customer), but I would be > interesting to get the information before I come back home. Sorry, forgot to add that: org.apache.directory.shared.ldap.message.SearchResponseEntryImpl org.apache.mina.core.write.DefaultWriteRequest.message org.apache.mina.core.filterchain.IoFilterEvent.parameter Object[427] org.apache.mina.util.CircularQueue.items org.apache.mina.filter.executor.OrderedThreadPoolExecutor$SessionBuffer.queue Martin