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)