Discussion:
ClassNotPersistenceCapableException: The class "org.apache.archiva.redback.rbac.ldap.LdapRbacManager$RoleImpl" is not Persistence-Capable.
Alex Hinrichs
2014-09-16 13:33:15 UTC
Permalink
Hi,
I've setup Archiva 2.1.1 using LDAP to manage users. Therefore I've configured

<userManagerImpls>
<userManagerImpl>ldap</userManagerImpl>
<userManagerImpl>jdo</userManagerImpl>
</userManagerImpls>
<rbacManagerImpls>
<rbacManagerImpl>ldap</rbacManagerImpl>
<rbacManagerImpl>jdo</rbacManagerImpl>
</rbacManagerImpls>

to get both LDAP and DB. Should this scenario work? Because after startup I got the following exception:

2014-09-16 15:13:40,531 [WrapperSimpleAppMain] ERROR org.apache.archiva.web.startup.SecuritySynchronization [] - Unable to create roles for configured repositories: error updating role 'Repository Manager - zCentral'
org.apache.archiva.redback.role.RoleManagerException: error updating role 'Repository Manager - zCentral'
at org.apache.archiva.redback.role.template.DefaultRoleTemplateProcessor.processTemplate(DefaultRoleTemplateProcessor.java:353) ~[redback-rbac-role-manager-2.2.jar:2.2]
at org.apache.archiva.redback.role.template.DefaultRoleTemplateProcessor.create(DefaultRoleTemplateProcessor.java:77) ~[redback-rbac-role-manager-2.2.jar:2.2]
at org.apache.archiva.redback.role.DefaultRoleManager.verifyTemplatedRole(DefaultRoleManager.java:543) ~[redback-rbac-role-manager-2.2.jar:2.2]
at org.apache.archiva.web.startup.SecuritySynchronization.syncRepoConfiguration(SecuritySynchronization.java:149) [archiva-web-common-2.1.1.jar:2.1.1]
at org.apache.archiva.web.startup.SecuritySynchronization.synchConfiguration(SecuritySynchronization.java:125) [archiva-web-common-2.1.1.jar:2.1.1]
at org.apache.archiva.web.startup.SecuritySynchronization.startup(SecuritySynchronization.java:164) [archiva-web-common-2.1.1.jar:2.1.1]
at org.apache.archiva.web.startup.ArchivaStartup.contextInitialized(ArchivaStartup.java:89) [archiva-web-common-2.1.1.jar:2.1.1]
at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:782) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:424) [jetty-servlet-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:774) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:249) [jetty-servlet-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1242) [jetty-webapp-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:717) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:494) [jetty-webapp-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.deploy.ContextDeployer.deploy(ContextDeployer.java:359) [jetty-deploy-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.deploy.ContextDeployer.access$000(ContextDeployer.java:82) [jetty-deploy-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.deploy.ContextDeployer$ScannerListener.fileAdded(ContextDeployer.java:107) [jetty-deploy-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:615) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:540) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.Scanner.scan(Scanner.java:403) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.Scanner.doStart(Scanner.java:336) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.deploy.ContextDeployer.doStart(ContextDeployer.java:421) [jetty-deploy-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.component.AggregateLifeCycle.doStart(AggregateLifeCycle.java:81) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:58) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:96) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.server.Server.doStart(Server.java:282) [jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64) [jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1274) [jetty-xml-8.1.14.v20131031.jar:8.1.14.v20131031]
at java.security.AccessController.doPrivileged(Native Method) [?:1.7.0_67]
at org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1197) [jetty-xml-8.1.14.v20131031.jar:8.1.14.v20131031]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_67]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[?:1.7.0_67]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.7.0_67]
at java.lang.reflect.Method.invoke(Method.java:606) ~[?:1.7.0_67]
at org.eclipse.jetty.start.Main.invokeMain(Main.java:473) [jetty-start-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.start.Main.start(Main.java:615) [jetty-start-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.start.Main.main(Main.java:96) [jetty-start-8.1.14.v20131031.jar:8.1.14.v20131031]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_67]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) ~[?:1.7.0_67]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.7.0_67]
at java.lang.reflect.Method.invoke(Method.java:606) ~[?:1.7.0_67]
at org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:240) [wrapper.jar:3.2.3]
at java.lang.Thread.run(Thread.java:745) [?:1.7.0_67]
Caused by: org.apache.archiva.redback.rbac.RbacManagerException: The class "org.apache.archiva.redback.rbac.ldap.LdapRbacManager$RoleImpl" is not Persistence-Capable. This means that it either hasnt been enhanced, or that the enhanced version of the file is not in the CLASSPATH (or is hidden by an unenhanced version), or the Meta-Data for the class is not found.
at org.apache.archiva.web.security.ArchivaRbacManager.saveRole(ArchivaRbacManager.java:161) ~[archiva-web-common-2.1.1.jar:2.1.1]
at org.apache.archiva.redback.role.template.DefaultRoleTemplateProcessor.processTemplate(DefaultRoleTemplateProcessor.java:348) ~[redback-rbac-role-manager-2.2.jar:2.2]
... 45 more
Caused by: org.jpox.exceptions.ClassNotPersistenceCapableException: The class "org.apache.archiva.redback.rbac.ldap.LdapRbacManager$RoleImpl" is not Persistence-Capable. This means that it either hasnt been enhanced, or that the enhanced version of the file is not in the CLASSPATH (or is hidden by an unenhanced version), or the Meta-Data for the class is not found.
at org.jpox.AbstractPersistenceManager.assertPersistenceCapable(AbstractPersistenceManager.java:4159) ~[jpox-1.1.9-1.jar:1.1.9]
at org.jpox.AbstractPersistenceManager.internalMakePersistent(AbstractPersistenceManager.java:1131) ~[jpox-1.1.9-1.jar:1.1.9]
at org.jpox.AbstractPersistenceManager.makePersistent(AbstractPersistenceManager.java:1277) ~[jpox-1.1.9-1.jar:1.1.9]
at org.apache.archiva.redback.rbac.jdo.JdoTool.saveObject(JdoTool.java:181) ~[redback-rbac-jdo-2.2.jar:2.2]
at org.apache.archiva.redback.rbac.jdo.JdoRbacManager.saveRole(JdoRbacManager.java:106) ~[redback-rbac-jdo-2.2.jar:2.2]
at org.apache.archiva.web.security.ArchivaRbacManager.saveRole(ArchivaRbacManager.java:150) ~[archiva-web-common-2.1.1.jar:2.1.1]
at org.apache.archiva.redback.role.template.DefaultRoleTemplateProcessor.processTemplate(DefaultRoleTemplateProcessor.java:348) ~[redback-rbac-role-manager-2.2.jar:2.2]
... 45 more

Advices appreciated ;-)

Alex
Jonathan Sharp
2014-09-17 20:24:36 UTC
Permalink
Hi Alex,

I can't reproduce this. Perhaps the docs on LDAP config will help --
http://archiva.apache.org/docs/2.1.1/adminguide/redback-runtime-configuration.html#LDAP_configuration

-Jon
Post by Alex Hinrichs
Hi,
I've setup Archiva 2.1.1 using LDAP to manage users. Therefore I've configured
<userManagerImpls>
<userManagerImpl>ldap</userManagerImpl>
<userManagerImpl>jdo</userManagerImpl>
</userManagerImpls>
<rbacManagerImpls>
<rbacManagerImpl>ldap</rbacManagerImpl>
<rbacManagerImpl>jdo</rbacManagerImpl>
</rbacManagerImpls>
to get both LDAP and DB. Should this scenario work? Because after startup
2014-09-16 15:13:40,531 [WrapperSimpleAppMain] ERROR
org.apache.archiva.web.startup.SecuritySynchronization [] - Unable to
create roles for configured repositories: error updating role 'Repository
Manager - zCentral'
org.apache.archiva.redback.role.RoleManagerException: error updating role
'Repository Manager - zCentral'
at
org.apache.archiva.redback.role.template.DefaultRoleTemplateProcessor.processTemplate(DefaultRoleTemplateProcessor.java:353)
~[redback-rbac-role-manager-2.2.jar:2.2]
at
org.apache.archiva.redback.role.template.DefaultRoleTemplateProcessor.create(DefaultRoleTemplateProcessor.java:77)
~[redback-rbac-role-manager-2.2.jar:2.2]
at
org.apache.archiva.redback.role.DefaultRoleManager.verifyTemplatedRole(DefaultRoleManager.java:543)
~[redback-rbac-role-manager-2.2.jar:2.2]
at
org.apache.archiva.web.startup.SecuritySynchronization.syncRepoConfiguration(SecuritySynchronization.java:149)
[archiva-web-common-2.1.1.jar:2.1.1]
at
org.apache.archiva.web.startup.SecuritySynchronization.synchConfiguration(SecuritySynchronization.java:125)
[archiva-web-common-2.1.1.jar:2.1.1]
at
org.apache.archiva.web.startup.SecuritySynchronization.startup(SecuritySynchronization.java:164)
[archiva-web-common-2.1.1.jar:2.1.1]
at
org.apache.archiva.web.startup.ArchivaStartup.contextInitialized(ArchivaStartup.java:89)
[archiva-web-common-2.1.1.jar:2.1.1]
at
org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:782)
[jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:424)
[jetty-servlet-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:774)
[jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:249)
[jetty-servlet-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1242)
[jetty-webapp-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:717)
[jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:494)
[jetty-webapp-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
[jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.deploy.ContextDeployer.deploy(ContextDeployer.java:359)
[jetty-deploy-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.deploy.ContextDeployer.access$000(ContextDeployer.java:82)
[jetty-deploy-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.deploy.ContextDeployer$ScannerListener.fileAdded(ContextDeployer.java:107)
[jetty-deploy-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:615)
[jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:540)
[jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.Scanner.scan(Scanner.java:403)
[jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.util.Scanner.doStart(Scanner.java:336)
[jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
[jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.deploy.ContextDeployer.doStart(ContextDeployer.java:421)
[jetty-deploy-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
[jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.util.component.AggregateLifeCycle.doStart(AggregateLifeCycle.java:81)
[jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:58)
[jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.server.handler.HandlerWrapper.doStart(HandlerWrapper.java:96)
[jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.server.Server.doStart(Server.java:282)
[jetty-server-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:64)
[jetty-util-8.1.14.v20131031.jar:8.1.14.v20131031]
at
org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1274)
[jetty-xml-8.1.14.v20131031.jar:8.1.14.v20131031]
at java.security.AccessController.doPrivileged(Native Method) [?:1.7.0_67]
at
org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1197)
[jetty-xml-8.1.14.v20131031.jar:8.1.14.v20131031]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_67]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
~[?:1.7.0_67]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
~[?:1.7.0_67]
at java.lang.reflect.Method.invoke(Method.java:606) ~[?:1.7.0_67]
at org.eclipse.jetty.start.Main.invokeMain(Main.java:473)
[jetty-start-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.start.Main.start(Main.java:615)
[jetty-start-8.1.14.v20131031.jar:8.1.14.v20131031]
at org.eclipse.jetty.start.Main.main(Main.java:96)
[jetty-start-8.1.14.v20131031.jar:8.1.14.v20131031]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.7.0_67]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
~[?:1.7.0_67]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
~[?:1.7.0_67]
at java.lang.reflect.Method.invoke(Method.java:606) ~[?:1.7.0_67]
at
org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:240)
[wrapper.jar:3.2.3]
at java.lang.Thread.run(Thread.java:745) [?:1.7.0_67]
Caused by: org.apache.archiva.redback.rbac.RbacManagerException: The class
"org.apache.archiva.redback.rbac.ldap.LdapRbacManager$RoleImpl" is not
Persistence-Capable. This means that it either hasnt been enhanced, or that
the enhanced version of the file is not in the CLASSPATH (or is hidden by
an unenhanced version), or the Meta-Data for the class is not found.
at
org.apache.archiva.web.security.ArchivaRbacManager.saveRole(ArchivaRbacManager.java:161)
~[archiva-web-common-2.1.1.jar:2.1.1]
at
org.apache.archiva.redback.role.template.DefaultRoleTemplateProcessor.processTemplate(DefaultRoleTemplateProcessor.java:348)
~[redback-rbac-role-manager-2.2.jar:2.2]
... 45 more
Caused by: org.jpox.exceptions.ClassNotPersistenceCapableException: The
class "org.apache.archiva.redback.rbac.ldap.LdapRbacManager$RoleImpl" is
not Persistence-Capable. This means that it either hasnt been enhanced, or
that the enhanced version of the file is not in the CLASSPATH (or is hidden
by an unenhanced version), or the Meta-Data for the class is not found.
at
org.jpox.AbstractPersistenceManager.assertPersistenceCapable(AbstractPersistenceManager.java:4159)
~[jpox-1.1.9-1.jar:1.1.9]
at
org.jpox.AbstractPersistenceManager.internalMakePersistent(AbstractPersistenceManager.java:1131)
~[jpox-1.1.9-1.jar:1.1.9]
at
org.jpox.AbstractPersistenceManager.makePersistent(AbstractPersistenceManager.java:1277)
~[jpox-1.1.9-1.jar:1.1.9]
at
org.apache.archiva.redback.rbac.jdo.JdoTool.saveObject(JdoTool.java:181)
~[redback-rbac-jdo-2.2.jar:2.2]
at
org.apache.archiva.redback.rbac.jdo.JdoRbacManager.saveRole(JdoRbacManager.java:106)
~[redback-rbac-jdo-2.2.jar:2.2]
at
org.apache.archiva.web.security.ArchivaRbacManager.saveRole(ArchivaRbacManager.java:150)
~[archiva-web-common-2.1.1.jar:2.1.1]
at
org.apache.archiva.redback.role.template.DefaultRoleTemplateProcessor.processTemplate(DefaultRoleTemplateProcessor.java:348)
~[redback-rbac-role-manager-2.2.jar:2.2]
... 45 more
Advices appreciated ;-)
Alex
Alex Hinrichs
2014-09-18 06:40:08 UTC
Permalink
LDAP integration is (and was) working but I get the exception on the synchronisation at startup and if I try to change some role mappings.

I can see from the classes that org.apache.archiva.redback.rbac.ldap.LdapRbacManager$RoleImpl is NOT enhanced but org.apache.archiva.redback.rbac.jdo.JdoRole IS enhanced. Therefore the exception is feasible.
But the question is: why is an implementation of a role created using the LDAP impl but not the JDO impl?

As a child of <ldapConfiguration> <writable>false</writable> is set in archiva.xml.

Regards,
Alex

-----Ursprüngliche Nachricht-----
Gesendet: Mittwoch, 17 September 2014 um 22:24:36 Uhr
Von: "Jonathan Sharp" <***@gmail.com>
An: ***@archiva.apache.org
Betreff: Re: ClassNotPersistenceCapableException: The class "org.apache.archiva.redback.rbac.ldap.LdapRbacManager$RoleImpl" is not Persistence-Capable.
Hi Alex,

I can't reproduce this. Perhaps the docs on LDAP config will help --
http://archiva.apache.org/docs/2.1.1/adminguide/redback-runtime-configuration.html#LDAP_configuration

-Jon
Jonathan Sharp
2014-09-18 20:18:10 UTC
Permalink
Hey Alex,

The CachedRbacManager ("RbacManager#Cached") in LdapRbacManager is a
wrapper for the JdoRbacManager, so it seems possible, at least, that a new
RoleImpl() is being created and later saved.

I'm still unable to reproduce the exception after setting up a
non-writeable ldap configuration and creating and editing roles in a
group-role mapping. Here is the issue tracker if you want to put in a JIRA:
https://jira.codehaus.org/browse/MRM (get an account at
https://xircles.codehaus.org/signup )

-Jon
Post by Alex Hinrichs
LDAP integration is (and was) working but I get the exception on the
synchronisation at startup and if I try to change some role mappings.
I can see from the classes that
org.apache.archiva.redback.rbac.ldap.LdapRbacManager$RoleImpl is NOT
enhanced but org.apache.archiva.redback.rbac.jdo.JdoRole IS enhanced.
Therefore the exception is feasible.
But the question is: why is an implementation of a role created using the
LDAP impl but not the JDO impl?
As a child of <ldapConfiguration> <writable>false</writable> is set in archiva.xml.
Regards,
Alex
-----UrsprÃŒngliche Nachricht-----
Gesendet: Mittwoch, 17 September 2014 um 22:24:36 Uhr
Betreff: Re: ClassNotPersistenceCapableException: The class
"org.apache.archiva.redback.rbac.ldap.LdapRbacManager$RoleImpl" is not
Persistence-Capable.
Hi Alex,
I can't reproduce this. Perhaps the docs on LDAP config will help --
http://archiva.apache.org/docs/2.1.1/adminguide/redback-runtime-configuration.html#LDAP_configuration
-Jon
Loading...