You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Hrvoje Habjanic (JIRA)" <ji...@apache.org> on 2014/07/31 10:45:39 UTC

[jira] [Created] (DIRAPI-201) Incossistent Import-Package in org.apache.directory.api.ldap.model

Hrvoje Habjanic created DIRAPI-201:
--------------------------------------

             Summary: Incossistent Import-Package in org.apache.directory.api.ldap.model
                 Key: DIRAPI-201
                 URL: https://issues.apache.org/jira/browse/DIRAPI-201
             Project: Directory Client API
          Issue Type: Bug
    Affects Versions: 1.0.0-M19
         Environment: Eclipse LUNA, standard install of LDAP Browser via update site.
            Reporter: Hrvoje Habjanic
            Priority: Critical


Hi.

It seems that packages in ldap.studio jars import org.apache.commons.collections with restriction version >= 3.2.1. But, in org.apache.directory.api.ldap.model jar there is restriction for org.apache.commons.collections with version >= 3.2.0 < 4.0.0.

In most cases, where you have only one version of org.apache.commons.collections, this will work fine. But, in my situation i have 3.2.0 installed, as 3.2.1.

And Eclipse equinox have a problem with this, because it detects that not all requirements for org.apache.directory.* can be resolved in the consistent way, and it prevents loading of those classes. This results in LDAP browser or schema not working, in Eclipse.

Solution is quite easy - Import-Package directive in org.apache.directory.api.ldap.model jar needs to be changed to include only 3.2.1 or higher version of org.apache.commons.collection.

Since this bug prevents from LDAP working in Eclipse LUNO, this should be a critical bug.

I did manually change org.apache.directory.api.ldap.model jar, and can confirm that with this change, LDAP stuff is woring in LUNO.

Regards,

H.




--
This message was sent by Atlassian JIRA
(v6.2#6252)