Mailing-List: contact dev-help@directory.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache Directory Developers List" <dev@directory.apache.org>
Message-ID: <126457703.1241625570719.JavaMail.jira@brutus>
Date: Wed, 6 May 2009 08:59:30 -0700 (PDT)
From: "Emmanuel Lecharny (JIRA)" <directory-dev@incubator.apache.org>
To: dev@directory.apache.org
Subject: [jira] Closed: (DIR-184) DnParser does not correctly parse leading
 and trailing spaces and pound signs in values.
In-Reply-To: <14615324.1145477019874.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/DIR-184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Emmanuel Lecharny closed DIR-184.
---------------------------------


> DnParser does not correctly parse leading and trailing spaces and pound signs in values.
> ----------------------------------------------------------------------------------------
>
>                 Key: DIR-184
>                 URL: https://issues.apache.org/jira/browse/DIR-184
>             Project: Directory
>          Issue Type: Bug
>            Reporter: Jacob S. Barrett
>            Assignee: Emmanuel Lecharny
>         Attachments: DIR-184.patch
>
>
> As defined in RFC 2253 section 2.4:
> (http://www.ietf.org/rfc/rfc2253.txt)
> ..
> If the UTF-8 string does not have any of the following characters
>    which need escaping, then that string can be used as the string
>    representation of the value.
>     -   a space or "#" character occurring at the beginning of the
>         string
>     -   a space character occurring at the end of the string
>     -   one of the characters ",", "+", """, "\", "<", ">" or ";"
> ...
> A string can lead with '\ ' and trail with '\ '.  Both cases are not supported by the DnParser and cause a parsing error.  Furthermore, if a string starts with '\ ' only the spaces leading up to the escape should be trimmed.  In addition only the spaces after '\ ' when at the end of a value should be stripped.
> looking at the valuelexer.g file '\#' will work anywhere in the string, but should really only be supported at the head of the string.
> If I understand the RFC correctly then these string should be supported:
> "\    four spaces leading and 3 trailing  \ " -> "\    four spaces leading and 3 trailing  \ "
> "    \  two leading three trailing  \    " -> "\  two leading three trailing  \ "
> "\# a leading pound" -> "\# a pound"
> "a middle # pound" -> "a middle # pound" 
> "a trailing pound #" -> "a trailing pound #"
> These are not valid:
> "middle\ spaces"
> "# a leading pound" 
> "a middle \# pound" 
> "a trailing pound \#" 
> Unless the next line in the RFC is really true, "Implementations MAY escape other characters."  This makes things a bit more hairy I think.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.