Return-Path: X-Original-To: apmail-directory-dev-archive@www.apache.org Delivered-To: apmail-directory-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 717941033A for ; Fri, 21 Feb 2014 09:29:23 +0000 (UTC) Received: (qmail 14805 invoked by uid 500); 21 Feb 2014 09:29:21 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 14239 invoked by uid 500); 21 Feb 2014 09:29: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 14114 invoked by uid 99); 21 Feb 2014 09:29:19 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Feb 2014 09:29:19 +0000 Date: Fri, 21 Feb 2014 09:29:19 +0000 (UTC) From: "Emmanuel Lecharny (JIRA)" To: dev@directory.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (DIRAPI-175) LdifReader should handle empty entries MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/DIRAPI-175?page=3Dcom.atlassian= .jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D1390= 8115#comment-13908115 ]=20 Emmanuel Lecharny commented on DIRAPI-175: ------------------------------------------ Rapha=C3=ABl, first, I see your point. I was thinking that you wanted to generate LDIF fi= les that are going to be processed by a server.=20 Yes, you can get a list of DN with nothing else, and yes, we should accept = such LDIFs. This is easy to fix. FTR, thee are very few LDAP servers that accept a LDIF file with a version,= this is the reason we relaxed the parser to accept it. I changed the type of this JIRA from bug to improvement (also note I didn't= close the issue yesturday, which means I thought it required more discussi= on, somtehing that happened !) Thanks ! > LdifReader should handle empty entries > -------------------------------------- > > Key: DIRAPI-175 > URL: https://issues.apache.org/jira/browse/DIRAPI-175 > Project: Directory Client API > Issue Type: Improvement > Affects Versions: 1.0.0-M11 > Reporter: Rapha=C3=ABl Ouazana > > A simple LDIF file containing 3 entries is rejected by LDIFParser: > dn: uid=3DuniqueId, dc=3Ddomain > dn: uid=3DuniqueId2, dc=3Ddomain > dn: uid=3DuniqueId3, dc=3Ddomain > I don't see any issue in this LDIF. Parser should return 3 entries with n= o attribute. > With M11, the error is the following: > ERROR - ERR_12058_UNKNOWN_ENTRY_TYPE Unknown entry type > ERROR - ERR_12058_UNKNOWN_ENTRY_TYPE Unknown entry type > ERROR - ERR_12069 Cannot parse the ldif buffer : ERR_12059_UNKNOWN_ENTRY = Unknown entry > ERROR - ERR_12069 Cannot parse the ldif buffer : ERR_12059_UNKNOWN_ENTRY = Unknown entry > If I add an attribute to each entry, I get no more error. -- This message was sent by Atlassian JIRA (v6.1.5#6160)