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 2019/06/30 05:34:00 UTC

[jira] [Updated] (DIRSERVER-1586) 2.0 does not have a way to load external Ldifs (h.350)

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

Emmanuel Lecharny updated DIRSERVER-1586:
-----------------------------------------
    Component/s:     (was: core)
                 schema
                 config

> 2.0 does not have a way to load external Ldifs (h.350)
> ------------------------------------------------------
>
>                 Key: DIRSERVER-1586
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-1586
>             Project: Directory ApacheDS
>          Issue Type: Bug
>          Components: config, schema
>    Affects Versions: 2.0.0
>         Environment: Running on windows XP and Windows 2003 server
>            Reporter: Steve hammond
>            Priority: Major
>             Fix For: 2.1.0
>
>         Attachments: XmppURIObject.ldif, commObject.ldif
>
>
> We need a method that is consistent with ldif files exported from Apache directory Studio, that can be loaded to extend the schema of our server.
> In 1.5.3 I did ApacheDS.setLdifDirectory, then when the LDAP server started, it imported and used the ldif definitions in that directory.  I have exhausted all methods I could find to load these LDIF files.
> I tried ApplyLdifs, but that takes a description parameter that is part of Junit, not real good for production code, and the Description I can get out of Junit does not have the getAnnotation method on it.
> I tried DSAnnotationProcessor.injectLdifFiles directly, but it could never open the file names i gave it.
> I tried writing my own injectLdifFiles method, but always got an error when trying to add attributes to an objectclass that I had just added, saying that this objectClass is not yet loaded.
> I tried making my own implementation of AbstractSchemaLoader, but that pukes saying that all schemas must have a valid creatorsName attribute.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@directory.apache.org
For additional commands, e-mail: dev-help@directory.apache.org