You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@directory.apache.org by "Shawn McKinney (JIRA)" <ji...@apache.org> on 2016/01/07 22:28:39 UTC
[jira] [Created] (FC-134) Don't initialize extended ldap controls
with system properties
Shawn McKinney created FC-134:
---------------------------------
Summary: Don't initialize extended ldap controls with system properties
Key: FC-134
URL: https://issues.apache.org/jira/browse/FC-134
Project: FORTRESS
Issue Type: Bug
Affects Versions: 1.0.0-RC40
Reporter: Shawn McKinney
Fix For: 1.0.0-RC41
Problem arose in an environment with another app that uses apache ldap api. The problem is fortress core initializes its extended ldap controls using system properties like this:
System.setProperty( StandaloneLdapApiService.EXTENDED_OPERATIONS_LIST, "org.openldap.accelerator.impl.createSession.RbacCreateSessionFactory,"
+ "org.openldap.accelerator.impl.checkAccess.RbacCheckAccessFactory,"
+ "org.openldap.accelerator.impl.addRole.RbacAddRoleFactory,"
+ "org.openldap.accelerator.impl.dropRole.RbacDropRoleFactory,"
+ "org.openldap.accelerator.impl.deleteSession.RbacDeleteSessionFactory,"
+ "org.openldap.accelerator.impl.sessionRoles.RbacSessionRolesFactory"
);
which classes with another program in same tomcat instance. When the 2nd program fires up ldap api, it tries to load the same extended ldap classes and gets a class not found exception.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)