Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 65987 invoked from network); 19 Aug 2008 00:20:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Aug 2008 00:20:05 -0000 Received: (qmail 35537 invoked by uid 500); 19 Aug 2008 00:20:03 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 35491 invoked by uid 500); 19 Aug 2008 00:20:03 -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 35480 invoked by uid 99); 19 Aug 2008 00:20:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 18 Aug 2008 17:20:03 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Aug 2008 00:19:15 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 5FA73234C1B8 for ; Mon, 18 Aug 2008 17:19:44 -0700 (PDT) Message-ID: <1573377811.1219105184388.JavaMail.jira@brutus> Date: Mon, 18 Aug 2008 17:19:44 -0700 (PDT) From: "Emmanuel Lecharny (JIRA)" To: dev@directory.apache.org Subject: [jira] Commented: (DIRSERVER-1212) Size time limits on SearchControls broken in core-jndi In-Reply-To: <147992922.1217368771629.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DIRSERVER-1212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12623511#action_12623511 ] Emmanuel Lecharny commented on DIRSERVER-1212: ---------------------------------------------- What should be done is to add some time field in the BaseEntryFilteringCursor, which will be initialized when the cursor is created, and chack that this field compared to the current time does not exceed the time limit. For the size limit, we also need to add a field in the same cursor class, which is set with a value equals to the maximum number of element to return, and to decrement this field in the next() method. Any thoughts or better ideas before I try to implement this ? > Size time limits on SearchControls broken in core-jndi > ------------------------------------------------------ > > Key: DIRSERVER-1212 > URL: https://issues.apache.org/jira/browse/DIRSERVER-1212 > Project: Directory ApacheDS > Issue Type: Bug > Components: core > Reporter: Alex Karasulu > Assignee: Alex Karasulu > Priority: Blocker > Fix For: 1.5.4 > > > I commented out some tests in SearchIT.java in core-integ that rely on the correct operation of search size and time limits through paramters in a SearchControls object. This is not working any longer. Fix it and remove @Ignore tags. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.