directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Emmanuel Lecharny (JIRA)" <j...@apache.org>
Subject [jira] Commented: (DIRSERVER-584) LdapName breaks static parser after repeated use.
Date Tue, 21 Feb 2006 07:10:25 GMT
    [ http://issues.apache.org/jira/browse/DIRSERVER-584?page=comments#action_12367156 ] 

Emmanuel Lecharny commented on DIRSERVER-584:
---------------------------------------------

Sooner or latter we will have to get rid of the antlr DN parser ... 

The soone, the better :) RC2 ?

> LdapName breaks static parser after repeated use.
> -------------------------------------------------
>
>          Key: DIRSERVER-584
>          URL: http://issues.apache.org/jira/browse/DIRSERVER-584
>      Project: Directory ApacheDS
>         Type: Bug
>   Components: ldap
>     Versions: 1.0-RC1
>     Reporter: Alex Karasulu
>     Priority: Blocker
>      Fix For: 1.0-RC1

>
> I'm thinking some of the recent changes on the name parser may have introduced new problems.
> These are really weird problems.  They happen only when running regression tests in maven
within the server-unit module.  Yeah crazy.  Basically to reproduce run "mvn -Dregression
test" inside the apacheds/server-main module.  These are the tests that fail:
> $ mvn -Dregressions test
> [INFO] ----------------------------------------------------------------------------
> [INFO] Building ApacheDS Server Unit
> ....
> T E S T S
> -------------------------------------------------------
> ....
> [surefire] Running org.apache.directory.server.AddObjectClassesToEntryTest
> [surefire] Tests run: 3, Failures: 0, Errors: 3, Time elapsed: 0.113 sec <<<<<<<<
FAILURE !!
> [surefire] Running org.apache.directory.server.MiscTest
> [surefire] Tests run: 7, Failures: 0, Errors: 7, Time elapsed: 0.177 sec <<<<<<<<
FAILURE !!
> [surefire] Running org.apache.directory.server.MatchingRuleCompareTest
> [surefire] Tests run: 3, Failures: 0, Errors: 3, Time elapsed: 0.08 sec <<<<<<<<
FAILURE !!
> Now when these tests run inside eclipse there is no problem.  Here's what teh surefire
report
> looks like for these failures.  They are all pretty much the same trace:
> ========================================================================================================
> o.a.d.shared.ldap.exception.LdapConfigurationException: Failed to normalize the suffix:
ou=system
> [Root exception is o.a.d.shared.ldap.exception.LdapInvalidNameException: Parser failure
on name:
>        ou=system
> Antlr exception trace:
> line 1:1: unexpected token: ou
>        at o.a.d.shared.ldap.name.antlrNameParser.attributeTypeAndValue(antlrNameParser.java:192)
>        at o.a.d.shared.ldap.name.antlrNameParser.nameComponent(antlrNameParser.java:120)
>        at o.a.d.shared.ldap.name.antlrNameParser.name(antlrNameParser.java:69)
>        at o.a.d.shared.ldap.name.DnParser.parse(DnParser.java:208)
>        at o.a.d.shared.ldap.name.LdapName.<init>(LdapName.java:115)
>        at o.a.d.server.core.configuration.DirectoryPartitionConfiguration.setSuffix(DirectoryPartitionConfiguration.java:203)
> ========================================================================================================
> The suspect code is at o.a.d.server.core.configuration.DirectoryPartitionConfiguration.setSuffix(DirectoryPartitionConfiguration.java:203:
>    /**
>     * Sets the suffix of the {@link DirectoryPartition}.
>     */
>    protected void setSuffix( String suffix ) throws NamingException
>    {
>        suffix = suffix.trim();
>        try
> 202:  {
> 203:        new LdapName( suffix );       <<<<<<<<==================
HERE!!!
> 204:  }
>        catch ( NamingException e )
>        {
>            throw new LdapConfigurationException( "Failed to normalize the suffix: " +
suffix, e );
>        }
>        this.suffix = suffix;
>    }
> This is crazy though because how the heck is the parser failing on "ou=system" and succeeding
on all test cases I cannot understand.  I think I'm loosing my mind on this one this is why
I need a second opinion.  Please advise.
> Thanks,
> Alex

-- 
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


Mime
View raw message