You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Emmanuel Lecharny (JIRA)" <ji...@apache.org> on 2007/04/21 13:14:15 UTC

[jira] Closed: (DIRSERVER-381) Parser failure on name: Antlr exception trace: line 15:7: unexpected char: '#'

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

Emmanuel Lecharny closed DIRSERVER-381.
---------------------------------------


Closing all issues created in 2005 and before which are marked resolved

> Parser failure on name: Antlr exception trace: line 15:7: unexpected char: '#'
> ------------------------------------------------------------------------------
>
>                 Key: DIRSERVER-381
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-381
>             Project: Directory ApacheDS
>          Issue Type: Bug
>            Reporter: Nick Faiz
>         Assigned To: Alex Karasulu
>         Attachments: test-userbase.ldif
>
>
> This probably only occurs under a certain config. (see below), so it is possible that the configuration itself is erroneous.
> When running a search on a user, represented in LDIF, below, I hit the following stack trace with the following search filter:
> search filter:  (member=groupB)
> Parser failure on name:
> 	groupB
> Antlr exception trace:
> line 15:7: unexpected char: '#'
> 	at org.apache.ldap.common.name.antlrTypeLexer.nextToken(antlrTypeLexer.java:147)
> 	at antlr.TokenStreamSelector.nextToken(TokenStreamSelector.java:64)
> 	at antlr.TokenBuffer.fill(TokenBuffer.java:69)
> 	at antlr.TokenBuffer.LA(TokenBuffer.java:80)
> 	at antlr.LLkParser.LA(LLkParser.java:52)
> 	at antlr.Parser.match(Parser.java:212)
> 	at org.apache.ldap.common.name.antlrNameParser.attributeTypeAndValue(antlrNameParser.java:179)
> dn: uid=ldapusera,ou=users,ou=system
> cn: ldapusera
> sn: Surname1
> givenname: ldapusera
> objectclass: top
> objectclass: person
> objectclass: organizationalPerson
> objectclass: inetOrgPerson
> ou: Human Resources
> ou: People
> l: Atlassian test subject
> uid: ldapusera
> mail: ldapusera@testingarea.org
> userpassword: passa
> title: groupA
> title: groupB
> member: groupA
> The search filter successfully works on title, uid,  and mail. Perhaps I'm making a mistake by trying to incorporate the member attribute, from RFC 2256 (2.5.4.31), into an inetorgperson entity? All the same, the error message is mysterious ...
> This problem is occurring on 0.9.1 main, before the addition  of the Spring config. layer (i.e., Im still setting up with a server.properties file).
> Cheers,
> Nick

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