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)