Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 24302 invoked from network); 4 Oct 2006 16:59:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 4 Oct 2006 16:59:40 -0000 Received: (qmail 66217 invoked by uid 500); 4 Oct 2006 16:59:39 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 66161 invoked by uid 500); 4 Oct 2006 16:59:39 -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 66150 invoked by uid 99); 4 Oct 2006 16:59:39 -0000 Received: from idunn.apache.osuosl.org (HELO idunn.apache.osuosl.org) (140.211.166.84) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Oct 2006 09:59:39 -0700 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= Received: from [209.237.227.198] ([209.237.227.198:33365] helo=brutus.apache.org) by idunn.apache.osuosl.org (ecelerity 2.1.1.8 r(12930)) with ESMTP id 5C/B2-17684-A78E3254 for ; Wed, 04 Oct 2006 09:59:38 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id CF3087142D1 for ; Wed, 4 Oct 2006 09:59:27 -0700 (PDT) Message-ID: <15573600.1159981167846.JavaMail.root@brutus> Date: Wed, 4 Oct 2006 09:59:27 -0700 (PDT) From: "Endi S. Dewata (JIRA)" To: dev@directory.apache.org Subject: [jira] Closed: (DIRSERVER-623) Incorrect time limit unit In-Reply-To: <21191433.1148503292427.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/DIRSERVER-623?page=all ] Endi S. Dewata closed DIRSERVER-623. ------------------------------------ > Incorrect time limit unit > ------------------------- > > Key: DIRSERVER-623 > URL: http://issues.apache.org/jira/browse/DIRSERVER-623 > Project: Directory ApacheDS > Issue Type: Bug > Affects Versions: 1.0-RC3 > Reporter: Endi S. Dewata > > The time limit in the search request is incorrectly treated as milliseconds. According to RFC 2251 the time limit should be in seconds. The following example is done using OpenLDAP's command line tool: > ldapsearch -h localhost -p 10389 -D uid=admin,ou=system -w secret -b "dc=example,dc=com" -l 100 > The -l 100 parameter indicates that the time limit is set to 100 seconds. However, the search operation stops in less than a second with error message "Time limit exceeded". Some other LDAP client (e.g. Softerra) might specify a time limit by default, so it will affect the results. > This could be the cause of the problem: in SearchHandler.java:82, the time limit is being passed directly from SearchRequest to SearchControls. According to the documents in the code, the time limit in SearchRequest is in seconds, but the time limit in SearchControls is in milliseconds, so it should have been multiplied by 1000. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira