On 07/05/2019 13:51, Sergey Mikhno wrote:
Hi Emmanuel,

Could you please give me some feedback on my questions.

1. Why do we have a ClassNotFounfException DeepTrimCachingNormalizingComparator when starting our ApacheDS server with AM25 Release jar. (https://www-eu.apache.org/dist//directory/apacheds/dist/2.0.0.AM25/apacheds-2.0.0.AM25.zip)


This is a LDAP API 1.0 class, it has been removed in LDAP API 2.0, which is used by apacheds 2.0.0-AM25.


That means you are using the old schema, which is stored on disk (comparator are loaded using reflection, based on the content of the schema files, which are stored in ldif files:

version: 1
dn: m-oid=1.3.6.1.4.1.4203.1.2.1,ou=comparators,cn=nis,ou=schema
m-oid: 1.3.6.1.4.1.4203.1.2.1
m-fqcn: org.apache.directory.api.ldap.model.schema.comparators.DeepTrimCachingNormalizingComparator
objectclass: metaComparator
objectclass: metaTop
objectclass: top
creatorsname: uid=admin,ou=system)

You should remove everything you have in the cn=schema directory before starting the server.


2. Is it important that we have one failing test UberJarMainTest.repairTest, I did some debugging and found that server sends INSUFFICIENT_ACCESS_RIGHTS Response, that is why NullPointerException occurs.

Best Regards

Sergey Mikhno
Software Developer
Galexis AG


On Fri, May 3, 2019 at 3:08 PM Sergey Mikhno <sergey.mik...@gmail.com <mailto:sergey.mik...@gmail.com>> wrote:

    Hi Emmanuel,

    I wanted to inform you what are the results of our testing.
    1. Starting the Release AM25 throws an Exception
    (ClassNotFounfException DeepTrimCachingNormalizingComparator)
    2. AM25-SNAPSHOT starts normally but we cannot use uniqueMember
    index, because the query brings empty result.
    3. M24 works OK with 2 changes - your commit
    f995af78cca156071ab30f00a6615bd82911c4a1 and one more fix
    (compareTo method from 2.0.0AM2), we can use uniqueMember index.
    4. directory-server build has Test problems: Failed tests:
    NullPointerException
    UberJarMainTest.repairTest:208
    UberJarMainTest.serviceInstanceTest:184
    Could you please advice, what could be wrong?


    Sergey Mikhno
    Software Developer
    Galexis AG


    On Tue, Apr 30, 2019 at 11:33 AM Sergey Mikhno
    <sergey.mik...@gmail.com <mailto:sergey.mik...@gmail.com>> wrote:

        Dear Emmanuel,

        I spent now more than a week trying to understand why
        uniqueMember index doesn't work and still have no progress in
        understanding the problem.

        With a defined index on uniqueMember my query brings empty result

        *(**&*

        *(*objectclass*=*groupOfUniqueNames*)*

        *(**|*

        *(*uniqueMember*=*cn=galexisLoginPOS*)*

        *(*uniqueMember*=*cn=customerGalexis*)*

        *(*uniqueMember*=*cn=customerAlloga*)*

        *(*uniqueMember*=*cn=isDemo*)*

        *)*

        *)*



        Without index the query brings correct results but is slow,
        300ms.
        Is there any description about how to define an index on
        uniqueMember.

        We have several other non-standard indexed attributes and all
        of them are working.
        As I understand it should be possible to define an index on
        both member and uniqieMember.

        So I have 2 questions:
        1. Is it correct that this query is slow because there is no
        index?
        2. How should I define such an index?

        Below is the current index definition
        dn:
        
ads-indexAttributeId=uniqueMember,ou=indexes,ads-partitionId=system,ou=parti
         tions,ads-directoryServiceId=default,ou=config
        ads-indexHasReverse: FALSE
        entryCSN: 20190430090357.476000Z#000000#001#000000
        objectClass: ads-index
        objectClass: top
        objectClass: ads-jdbmIndex
        objectClass: ads-base
        createTimestamp: 20190430090357.476Z
        creatorsName: 0.9.2342.19200300.100.1.1=admin,2.5.4.11=system
        ads-indexAttributeId: uniqueMember
        ads-enabled: TRUE
        entryUUID: dcd2fa31-5ee0-48fb-9d3e-30487957045a
        entryParentId: fdf6f3a6-dfaf-4b1a-962c-faa14328d1ae

        Could you please advice?

-- Sergey Mikhno



-- Sergey Mikhno



--
Sergey Mikhno

Reply via email to