Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 75859 invoked from network); 2 Feb 2008 22:56:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Feb 2008 22:56:30 -0000 Received: (qmail 45583 invoked by uid 500); 2 Feb 2008 22:56:21 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 45549 invoked by uid 500); 2 Feb 2008 22:56:21 -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 45538 invoked by uid 99); 2 Feb 2008 22:56:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Feb 2008 14:56:21 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 02 Feb 2008 22:56:01 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id B877D714045 for ; Sat, 2 Feb 2008 14:56:08 -0800 (PST) Message-ID: <16411469.1201992968753.JavaMail.jira@brutus> Date: Sat, 2 Feb 2008 14:56:08 -0800 (PST) From: "Stefan Seelmann (JIRA)" To: dev@directory.apache.org Subject: [jira] Commented: (DIRSTUDIO-161) Unable to enter Base DN ending in 'dc=' In-Reply-To: <23729756.1186006973094.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/DIRSTUDIO-161?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12565123#action_12565123 ] Stefan Seelmann commented on DIRSTUDIO-161: ------------------------------------------- We are now using the shared-ldap DN parser. The version we are currently use (shared-ldap-0.9.8-SNAPSHOT) throws an AIOOBE when creating an Rdn instance with an empty RDN value. Also the current trunk version throws an AIOOBE. But in the bigbang branch this problem is fixed. > Unable to enter Base DN ending in 'dc=' > --------------------------------------- > > Key: DIRSTUDIO-161 > URL: https://issues.apache.org/jira/browse/DIRSTUDIO-161 > Project: Directory Studio > Issue Type: Bug > Components: studio-ldapbrowser > Affects Versions: 0.8.1 > Environment: LDAP Studio 0.8.1 on Windows XP MCE 2005 > Reporter: Andy Deckowitz > > I'm trying to establish a Connection to an iPlanet LDAP server. The Base DN for this server is of the form 'dc=smtp,dc=company,dc=com,dc=' - note the trailing 'dc='. This Base DN is valid and mandatory - access to this server won't work without it. > If I attempt the 'Fetch Base DNs' function, I get a java.lang.NullPointerException error while fetching the Base DN. > If I leave 'Get base DNs from Root DSE' set, the Connection fails to open with an error of "Empty Value is not allowed! Can't set Base DN entry'. > If I attempt to type in the actual Base DN, I get a popup that states 'Please enter a valid Base DN'. > If I attempt any other value for Base DN, the connection fails with a LDAP error 32 - No Such Object. > I am able to browse the server with the Novell ldapsearch and the LDAP Browser/Editor v2.8.2, but not with an OpenLDAP ldapsearch 2.3.30, if that helps anything. > I don't know if relaxing the Base DN validation rule on the Connection form is enough to fix my issue as I see no way to test that scenario. Hand-editing the connections.xml (putting in a fake final dc=blah and then deleting the blah value from the file) does not seem to have done the trick. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.